Ruby社区年度大戏：DHH争议与RubyGems接管风波

DHH坚决不沉默，Shopify强硬表态，Rails社区的年度大戏正式拉开帷幕。

Rails创始人David Heinemeier Hansson（DHH）向来以“心直口快、绝不妥协”而闻名，是Ruby社区最具话题性的人物之一。他不仅是Rails的象征，也身兼Shopify的董事会成员。正是围绕他的言论与立场，社区与主要赞助商Shopify之间的博弈持续升温，最终演变为RubyGems的接管与维护者清洗风波。

据报道，在Ruby Central最大支持者之一Shopify的压力下，该项目已悄然从长期维护成员手中接管了多个顶级Ruby开源项目的控制权，且未获得对方同意。

这场风波其实早有预兆——前两周就已曝出接管争议。

一次被指恶意的收购

RubyGems是由Ruby Central赞助的Ruby标准包管理器。Ruby Central是一家非营利组织，负责主办包括RubyConf及已停办的RailsConf在内的相关活动，并资助多款关键工具。其中包括RubyGems和Bundler，后者作为依赖项管理器，可确保应用程序安装所需gem（即Ruby包）的正确版本。

9月9日，一名匿名RubyGems维护者在未作任何解释的情况下，将RubyGems GitHub组织更名为Ruby Central，并添加了Ruby Central开源总监Marty Haught作为维护者，同时移除了RubyGems项目的其他所有维护者。

六天后，尽管相关变更被大部分撤销，这名匿名维护者表示，在与Haught沟通后，Haught承认行为不当，但他仍是项目GitHub组织的所有者。在随后的9月18日，Haught正式从GitHub组织内移除了RubyGems及Bundler团队的所有管理员，并撤销了他们对bundler和rubygems-update包的访问权限。

这意味着本月初Ruby Central的所有维护人员均已更替。

已在RubyGems项目任职十年的维护者Ellen Dash（网名duckinator）表示，“强行移除这些维护了RubyGems和Bundler项目长达十年的成员，本质上是一种敌对行为”，并因此辞去了在Ruby Central的职务。

Dash在告别RubyGems的帖子中写道，这一举动让控制权落在了Marty Haught以及Ruby Central的全职员工手中。“我不想委婉表达——这就是一次恶意接管。”

“DHH本人就是Ruby社区的大问题”

前Shopify工程师、Ruby开发者兼开源维护者Joel Drapper近日披露了他对RubyGems接管事件的调查结果。他表示，自己采访了十余位直接参与者，并观看了RubyGems维护人员与Ruby Central之间的一次关键会议录音，从而还原了事态的发展脉络。

Ruby Central长期以来依赖企业赞助维持运营。在2025年的RailsConf上，因选择让DHH登台演讲，Ruby Central失去了来自Sidekiq的每年25万美元资助。这一资金缺口使得该组织几乎完全依赖Shopify的支持。

随后，Shopify要求Ruby Central完全掌控RubyGems GitHub组织以及某些核心Gem（包括bundler以及rubygemsupdate），并威胁称否则将停止资金供应。

从9月9日开始的一系列事件中，Ruby基础设施维护人员HSBT（Hiroshi Shibata）将RubyGems GitHub组织更名为“Ruby Central”，新增Marty Haught作为项目所有者，同时降低了其他维护成员的权限。据报道，HSBT在接受质询时拒绝在未经Haught同意的情况下撤销上述决定。尽管9月15日部分变更被回滚，但Haught仍在未经其他维护成员同意任命的前提下保留着项目所有权。

到9月18日，其他维护成员被彻底移除，包括其管理员权限。他们的相关GitHub组织与邮件账户也被停用，对关键Gems的所有权亦遭撤销。被移除的人员还包括资深RubyGems贡献者，当时正负责RubyGems.org服务轮值工作的André Arko。

Drapper强调，尽管维护成员明确反对，并有证据证明分叉等替代方案同样可行，但Ruby Central董事会还是投票支持了此番“夺权”。他还提供证据表明，Shopify已经准备好自己的轮值班底，以便在接手后立即组织运营并应对可能引发的混乱。

他还特别指出，Shopify坚持认为，长期以来担任RubyGems项目骨干的Arko绝对不能返回该项目。Arko在RubyGems项目上耕耘超过十年，同时也是Ruby Together的创始人之一，而Ruby Together已并入Ruby Central。

据Reddit上网友的说法，Sidekiq公司实际上只有一人运作——开发者Mike Perham。Sidekiq是一款广泛使用的Ruby后台任务框架。几年前的一次访谈中，Perham就透露自己靠售卖Sidekiq授权和提供增值服务，每年大约能获得100万美元收入。而根据2023年的一档播客，他的年营收已接近1000万美元，依旧是“一人公司”模式：没有员工，没有复杂的服务器体系，只靠写代码、维护项目就能支撑起千万级业务。

正因如此，Sidekiq对Ruby Central的每年25万美元赞助，完全来自Perham的个人决定。而他撤销赞助的核心原因则是因为对DHH的不满。

社区要求“切割”DHH

这让人不得不重新审视Ruby与Rails之间的关系。Ruby由松本行弘（Matz）于1995年首次公开发布。作为一门动态语言，Ruby曾与PHP、Python一同受益于互联网早期的快速发展，但真正将Ruby推向全球舞台的，是2004年诞生的Rails框架。

Rails为Ruby带来了前所未有的开发效率，也使得两者在许多开发者眼中几乎划上了等号。直到今天，Rails大会的参会人数依然常常超过Ruby大会，Ruby的诸多新特性也往往是从Rails的需求中“上游回流”而来。

然而，这种紧密关系既是祝福，也是枷锁。Rails的高度知名度让Ruby社区享受了巨大红利，但同时也意味着Rails的动向与创始人DHH的个人言行，常常会直接影响整个生态的走向。作为37Signals的创始人和Rails之父，DHH他在编程和科技圈的知名度远远高于Matz，而DHH在社交媒体上的直言不讳，更是让他成为争议的中心人物。

DHH最近在自己的博客上写了一篇跟技术无关的文章，抱怨伦敦“快要被外国人占领了”，还表达了自己对右翼活动家Tommy Robinson的支持。不少社区成员甚至因此认为“Rails需要新的领袖”。

甚至有人追溯到了十年前，Tom Stuart就在2014年的Ruby大会上发表了一场精辟而又引人入胜的闪电演讲，题为《DHH问题》。

在演讲中，他简洁地描述了Rails之父David Heinemeier Hansson的性格：

DHH是一位聪明且成功的人。DHH发明了Rails，现在我可以通过编写Ruby获得报酬，尽管我很喜欢它。所以：谢谢，DHH（真心感谢）。但是，有一个问题。DHH是“Ruby名人”，这意味着DHH在Ruby社区中非常引人注目（有些人可能会说是过于引人注目）。为什么这会成为问题？因为DHH就是Ruby界的福克斯新闻。

他吵闹、反动、反智，他坚信自己是对的，而且喜欢粗鲁无礼。[汤姆镜头切换到一张DHH在2006年发表会议演讲的照片，他站在一张只写着“Fuck You”的幻灯片前]那是八年前的事了，但情况并没有太大改变。就像福克斯新闻一样，DHH诉诸“常识”，摆出一副“公平公正”的姿态，但实际上，他的论点言辞激烈，并且依赖于一个固定的观点。

十五年Rails开发经验的David Celis对此评价说：“十一年过去了，情况并没有太大变化。DHH依然喧闹，依然反动，依然反智，依然坚信自己是对的，依然喜欢粗鲁无礼。”

另一位Rails开发者Tekin Süleyman明确表示，“DHH自己就是Ruby社区的大问题。作为一名在伦敦出生且长大的非白人英国公民，我没法接受Ruby社区最杰出、最受瞩目的领导者之一居然会发表这种恶毒的言论。”

部分开发者甚至在GitHub上发起了名为“Plan Vert”的公开信，直言Rails社区必须与DHH切割。

立即与DHH及其相关工作切割；对Rails及其相关项目进行硬分叉，启用全新名称和开发路线，以彻底摆脱其影响；采纳一份现代化的社区行为准则，并建立适当的治理机制。

最引人注目的是，Mastodon的创建者Eugen Rochko签署了这封公开信。Mastodon已成为最受欢迎的基于Rails的开源应用程序（以GitHub星号计算）。

面对来自社区的批评和“Plan Vert”公开信的呼吁，DHH本人并未退缩，反而在社交媒体上作出了强硬回应。

他在推特上嘲讽道，这封“蠢信”根本不可能有任何结果，到现在甚至连50个签名都没凑齐，并挖苦说：“谁会在这种明显的‘永远别雇我’的自我声明上签名呢？😂”

不仅如此，DHH还转发了Shopify创始人兼CEO Tobi Lütke的评论。后者称，那些分裂的小丑只是跳出来恶意甩一些自己都不理解的词汇，这对建设者来说是一种“可怕的精神负担”。Tobi的建议是：“无视他们，继续构建。”

处于Shopify压力下的官方声明

对于Joel Drapper的爆料内容，Ruby Central发布了官方回应，称此举是确保Ruby供应链安全的必要措施。

具体来看，“在与法律顾问协商并参考最新安全审计意见后，我们正加强治理流程、正式确定操作者协议，并加强对生产系统的访问控制。今后，只有Ruby Central雇用或签约的工程师才能拥有RubyGems.org服务的管理权限。”

此外，帖子还提到，在“限制提交及组织访问权限的新政策”被最终确定下来之前，公司将暂时保管对关键GitHub代码库的管理访问权限。帖子补充道，这项计划包含一系列正规化措施，但其中仍将体现项目的开源协作属性。

macOS软件包管理器Homebrew（使用Ruby编写）项目负责人Mike McQuaid此前还曾试图在Ruby Central与RubyGems维护成员之间进行调停，但未能成功。他在Bluesky上发帖称，“Ruby Central对此事的处理方式极其糟糕……移除RubyGems组织中最活跃的成员显然是个错误，导致其至今拒绝回归。”

他还表示，Ruby Central提到的供应链问题也纯属“无意义的焦虑和内耗”。

尤其令RubyGems维护成员们感到沮丧的是，他们此前发起的RubyGems组织治理提案也就此伤亡。维护者Martin Emde曾发布一份RFC草案并听取了修改意见和建议，如今表示“如果不是失去了对代码库的提交权限，我肯定会立即接纳很多反馈意见”。

Shopify既是Ruby on Rails（主流Ruby应用框架）的主要用户，也是Ruby Central的赞助商。Shopify前高级开发人员Jacques Chester发帖称，“是我首先提出应该为RubyGems（也就是Ruby Central）提供赞助。但事情变成这样绝非我的本意，现在我为自己亲自促成此事而感到羞愧。”他已经离开Shopify，并强调称这只是自己的个人观点。

Rails创始人David Heinemeier Hansson（同时担任Shopify董事会成员）在X上发帖提到，“Ruby Central正采取行动，确保Ruby供应链在技术和组织形式上均牢不可破。”他认为此举并不是从维护成员手中夺取控制权，“Ruby Central才是项目的维护者，他们一直在花钱雇人做维护和开发工作。”

但这样的言论显然不太可能平息Ruby社区的抵触情绪，毕竟DHH自身就被认为是Ruby社区的大问题。

相对熟悉此番RubyGems争议的McQuaid也坦言，他对“整个过程中”的资金去向、职责将如何以及为何变化“都不清楚”。而无论原因如何，他认为“今天对于整个Ruby生态系统都是糟糕的一天，眼前发生的一切令人揪心”。

也有人认为，这只是Ruby和Rails社区内部的政治斗争——在一个小小的技术圈子里爆发出的毁灭性内讧。问题在于，这些争吵似乎越来越偏离真正重要的议题，反而被各种意识形态和“取消文化”绑架。

事实上，没有哪家公司能保证所有成员的政治观点完全一致，但这通常并不妨碍公司运作。担心的是，Ruby社区可能重蹈2021年Freenode的覆辙——当时这个开放平台因为政治立场的分裂而最终崩塌。

参考链接：

https://joel.drapper.me/p/rubygems-takeover/

https://davidcel.is/articles/rails-needs-new-governance

https://tekin.co.uk/2025/09/the-ruby-community-has-a-dhh-problem

https://www.theregister.com/2025/09/25/open_source_to_closed_doors/

https://www.theregister.com/2025/09/22/ruby_central_rubygems/

https://techrights.org/n/2025/09/24/What_They_Really_Hate_David_Heinemeier_Hansson_DHH_for.shtml

https://github.com/Plan-Vert/open-letter