相信很多使用Golang的小伙伴都知道Gorilla这个工具包。长久以来gorilla/websocket都是比官方包更好的websocket包。当然，gorilla/mux、gorilla/sessions等包也很受大家欢迎。
但悲剧的是，Gorilla作者elithrar在前几天在github公开宣布即将在2022年年底之前停止该项目的维护与更新支持。
从作者的话语中，我们可以感受到作者应该是真的累了。正如他所说的那样，“没有一个项目需要永远存在。这可能不会让每个人都开心，但生活就是这样。”
附Gorilla作者在Github写的原话：
Gorilla Toolkit
我们将在 2022 年底之前将 Gorilla 项目的存储库置于“存档模式”。
在gorilla/mux上的第一次提交要追溯到2012年10月，也就是Go自己发布1.0版本的几个月之后。gorilla/websocket早在2013年10月就开始了，同时也出现了许多其他的软件包，形成了gorilla Toolkit。
原作者和维护者moraes很久以前就退出了。Kisielk和Garyburd接手时间最长，分别维护gorilla/mux和 gorilla/websocke。我（elithrar）在2014年左右的某个时间点参与其中，当时我注意到kisielk做了很多繁重的工作，并希望帮助回馈我用于许多个人项目的libraries。大约从2018年左右开始，我是（大部分）除了websocket以外的所有包的唯一维护者，大约在同一时间，garyburd也在那里发出了对新维护者的呼吁（实际上并没有成功）。
最初的作者和维护者，moraes，很久以前就离开了。kisielk和garyburd运行时间最长，分别维护了gorilla/mux和gorilla/websocket。我(elithrar)大约在2014年的某个时候参与进来，当时我注意到kisielk做了很多繁重的工作，并想帮助回馈我在一些个人项目中使用的库。大约从2018年左右开始，我(基本上)是除了websocket之外所有东西的唯一维护者，这也是garyburd在那里发布了一个(有效地不成功)新的维护者的时间。
你们中的一些人在读到这篇文章时，可能会认为我们没有给潜在的新维护者一个公平的机会，或者新维护者的标准太高了。这里的问题有两个方面:
-
甚至连分类问题都没有积极的贡献者。对维护者的呼吁明确表示，我们将帮助合并，并为任何想要开始贡献的人做最终审查。相反，许多人举起了手(阅读:在帖子中评论)，然后就再也没有出现过。许多OSS项目都有一些临时的维护者:我们似乎从来没有让任何人坚持。也许libraries的“功利主义”本质没有帮助，或者也许更有吸引力的是你自己编写?
-
这些是广泛使用的库。正如我们在最初的维护者呼吁中所说:“没有维护者比对抗性维护者更好!——仅仅是掌控一个每周有超过13k个唯一克隆的软件包(mux)，我就不会感到舒服。这在其他项目中往往表现不佳。
对维护者的呼吁远远超出了最初的6个月窗口，试图找到一个能够负责任地接管图书馆的人。我们没有找到这样的人，这样的人，这样的公司，但我们却走到了今天。
我相信开源软件有一个生命周期——一个开始，一个中间，一个结束——没有一个项目需要永远存在。这可能不会让每个人都开心，但生活就是这样。
是因为钱吗?
不。我觉得我们都不是为了钱。回顾最活跃的维护者，Gorilla Toolkit是一个充满激情的项目。我们不想让它成为一份工作。
这并不是在挖苦那些确实希望通过自己的努力获得报酬的维护者，而是在提醒人们，不是每个人都是为了钱而做事的。
“存档”是什么意思?
这意味着存储库进入“只读”模式。任何仍在使用它们的人仍然可以clone它们，go get它们，并继续针对它们构建项目。实际上，与过去12个月相比，这里并没有什么变化，也不会破坏现有的项目。
它所发出的信号是，这些库将不再有未来的开发。
欢迎人们(一如既往)使用它们:所有的Gorilla库都是经过许可的(MIT、BSD-3和Apache 2.0)。
Thanks for all the fish, Matt and Gary.
评论(0)