大家好，我是煎鱼。

相信关注我的许多同学都有接触 Go 语言的开发，甚至在企业中多有实践。那么你在日常开发中，势必会接触到 gorilla^[1] 组织下的各个 Go 开源项目。

如下图：

• gorilla/mux^[2]：Star：17.9k。a powerful request router for web applications。
• gorilla/websocket^[3]：Star：18.6k。a standards-compliant and widely used websocket library。
• gorilla/sessions^[4]：Star：2.5k。making cookies and session management easy。
• gorilla/handlers^[5]：Star：1.5k。a collection of useful middleware for Go HTTP applications。

尤其是 gorilla/mux 和 gorilla/websocket 是很多人首选推荐的项目，在各软件库的底层作为基础得到大范围的引用。甚至在 grpc 的实践中，http/1.1 和 grpc 和 tcp 同端口提供服务上，gorilla/mux 也提供了许多实践，引领了大家进步。

就在这两天，gorilla 组织的维护者 @Matt Silverlock 正式宣布：在 2022 年底，会把 Gorilla 项目下的仓库设置为 “archive mode”。也就是不再维护了。

以下是这个组织的一些历史：

原始作者 @ rodrigo moraes 在 2013 年就退出了，2014 年现任作者 @Matt Silverlock 开始参与。在 2021 年起寻找继承者（个人或公司），没有找到合适的。

决定在 2022 年底正式结束这长达 8 年的维护，将 gorilla 项目结束维护。

至于为什么不再维护了呢？作者也委婉的透露了以下几个原因：

• 最基本的连对问题进行分类的积极贡献者都没有。虽然有很多人表示愿意参与维护，但在他们举起手后（在 issues 中发表评论愿意），再也没有出现过。
• 2018 年左右开始，现任作者 @Matt Silverlock 几乎是所有项目（除 websocket）的唯一维护者。言语中感觉他也累了，似乎就像一个人在推一辆巨大的火车。
• 现任作者希望探索其他方面，他个人时间现在非常也有限，花了 1 年也没有找到合适的维护者。

结合现任作者在找新维护者和社区的交流过程中，虽然也有人抛出金钱作为维护的橄榄枝。但似乎作者已经疲了...

可以发现在任何项目大了后，都需要更多的团队（人）、时间、金钱来参与维护和迭代相关项目，否则是很难持续长久的。这么来看，可能也该庆幸 Go 自身不是一个纯的用爱发电的项目？毕竟 Google 发工资和招人。

无论任何，维护一个庞大的开源项目（项目存在时间长、使用人群庞大、业内流行度高等），不能单单只靠技术角度去设计项目和团队。就像国内许多数据库项目，最后都会走出来，成为一家公司，实现专人专职。

感谢大佬的贡献。人生有多少个 8 年？

参考资料