加载失败
pgBackRest（一个 PostgreSQL 备份/恢复工具）长期被用于物理备份、增量备份、WAL 归档和恢复验证，很多人把它当作生产级备份方案的首选。项目作者在 LinkedIn 表示，自己在 Crunchy Data（PostgreSQL 生态的商业公司）被出售后继续维护了多年，但一直没找到能兼顾这份工作的职位，也没拿到足够赞助，于是决定停止维护并把仓库归档。HN 讨论很快转向替代方案，包括 Barman（另一款 PostgreSQL 备份与灾难恢复工具）、WAL-G（偏流式备份和 PITR 的工具）和 pg_probackup（PostgreSQL 备份工具），以及它们对 object storage 和大库场景的支持。另一条主线是社区治理：如果要 fork，是否必须改名、如何确保信任、怎样避免供应链风险，以及 OSS 维护到底该由用户、公司还是赞助商买单。
评论普遍认为，这次停更的根源不是代码本身，而是长期维护无法获得稳定收入。项目作者曾在 Crunchy Data 的支持下工作了很多年，但公司出售后，职位和赞助都没有接上，维护、修 bug、review PR、回答 issue 这些日常工作很快变成不可持续的无偿劳动。有人把这看成 OSS 的典型脆弱性：看似稳定的关键基础设施，其资金可能取决于一次 M&A 结果。也有人认为，与其勉强零散维护，不如及时止损，至少别把项目拖到更糟。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13]
另一组评论集中在“谁该为 OSS 买单”。一派认为，既然工具对商业环境有价值，企业和用户就应该把它当成成本，而不是只在项目死掉时表达遗憾；有人甚至直接追问，那些说“很难过”的人到底有没有真正捐钱或做过贡献。反对者则指出，很多使用者是 side project、个人开发者或被采购流程卡住的组织，根本没有能力为每个依赖付费，表达悲伤也不等于道德绑架。整个争论本质上是在问：开源的免费使用和维护者的生计之间，应该由谁承担那笔账。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14]
实用层面的讨论迅速变成备选方案清单。很多人提到 Barman、WAL-G、pg_probackup、databasus、pgbackweb 等，比较它们在 object storage、WAL streaming、PITR、恢复验证和大库性能上的差异。有人强调 pgBackRest 之所以受欢迎，是因为它把 restore 和验证看得和 backup 一样重要，尤其适合 TB 级生产库；也有人说自己长期用 Barman 或 WAL-G，一直很稳。与此同时，不少评论指出，文档清晰度、部署复杂度以及是否支持直接备份到 object storage，才是选型时最现实的分水岭。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18] [来源19] [来源20] [来源21]
围绕 fork 的讨论主要不是技术，而是信任和命名。支持改名的人认为，原项目积累的声誉属于原维护者，直接把名字交给陌生接盘者会制造混淆，甚至给 supply chain attack 留入口。反对者觉得把仓库直接 archive 等于把门彻底关上，若未来有可信的团队，尤其是 PostgreSQL 生态或 Apache Foundation（一个软件基金会）这类组织，完全可能在合适的交接下继续维护。分歧的核心是：维持品牌连续性，还是优先保证用户不会误把一个新项目当成原作的延续。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18] [来源19]
还有一条更宏观的线，把这件事看成 OSS 在资本主义和 AI 时代里的缩影。有人直说，程序员需要靠工资生活，长期无偿维护根本不现实；也有人把“开发者时间被当成免费”和“tokens 不是免费的”并列，认为 agentic code 只会把维护成本转嫁给少数人。评论里还出现了对 free software 理想主义的批评，认为它从一开始就过于乌托邦，无法解决“谁来付房租”这个现实问题。悲观一点的结论是：当就业变紧、burnout 增加、赞助又不稳定时，更多关键工具都会走向停更。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9]
pgBackRest: PostgreSQL 的备份/恢复工具，支持物理备份、增量备份、WAL 归档和恢复验证。
WAL: Write-Ahead Logging，PostgreSQL 用来记录事务变更的日志，备份和恢复依赖它重放数据。
PITR: Point-in-time recovery，按时间点恢复到任意时刻，常用于误删或误更新后的回滚。
object storage: S3 这类对象存储，常用来放离线备份和 WAL 归档。
Barman: PostgreSQL 备份与灾难恢复管理工具，常作为 pgBackRest 替代方案。
WAL-G: 以流式 WAL 传输和 PITR 为卖点的 PostgreSQL 备份工具。