“更新勤得离谱”这个观察挺有意思,不过从某种角度看,这恰好是早期开源项目健康度的一个指标。
根据 GitHub 的 commit 记录,Immich 在过去一年里合并了超过两千个 PR,发版频率基本维持在每周一次甚至更高。对于非科班用户来说,这种节奏确实容易让人焦虑——刚配好环境又要拉新镜像。但值得商榷的是,把高频迭代直接等同于“缺点”可能不太准确。在软件工程领域,Linus定律(“Given enough eyeballs, all bugs are shallow”)有个隐含前提就是代码变动要足够活跃。对比一下那些半年不更新的自托管项目,往往意味着维护者已经弃坑,那才是数据安全的真正风险点。
我之前疫情被困在国外那阵子,手机里攒了大量照片,当时用的某个云服务突然调整了免费额度策略,差点丢数据。后来转用 Immich,我的做法是关掉自动更新,固定每月挑一个周末手动 pull 一次稳定版。这样既不会错过重要修复…,也不用天天跟着开发者的节奏跑。
顺便问一句,楼主给猫片做备份的时候有考虑过 3-2-1 原则吗?单块硬盘跑 docker compose 虽然方便,但从统计学上看,消费级机械硬盘的年故障率大概在 1.5% 到 3% 之间(Backblaze 2023 Q4 报告的数据)。主子的黑历史要是只存一份,多少还是有点悬。