开源项目的 N 种“死法” 事件

开源项目的 N 种“死法” 开源软件支撑着现代互联网的运转，但这些项目并非总能健康存活。研究者 Andrew Nesbitt 日前发表文章，指出大量被高度依赖的开源软件包，其实已经“死了”，而项目走向死亡的方式有很多种。 维护者离开了 幽灵维护者（Ghost maintainer） 最简单、也最常见的一种情况：最后一次人工提交停留在几年前，issue 不断堆积却无人回应，仓库也没被归档，所以各种健康度筛选工具根本不会标记它。 通常只是维护者去忙别的事了，项目对他来说没重要到值得正式移交或关闭。但同样的沉默，也可能意味着更极端的情况——包括维护者已经去世，而无论 registry 还是 repo 都没有机制表达这一点。 从外部看，它和“人在休长假”毫无区别，直到未处理 issue 多到无法再自欺欺人。npm 上那批位列 Bernie’s dead list 顶部的工具，大多属于这种。 企业弃儿（Corporate orphan） 一个公司开发并开源了项目，也曾有团队维护它。但后来公司转型、裁员，团队没了，而 README 却没人更新。 GitHub 组织还挂着公司 l