Shopify施压Ruby Central接管Bundler和RubyGems项目，威胁撤资。Ruby Central因资金短缺，在未获维护者同意下强行接管项目权限，引发争议。事件源于Sidekiq因Ruby Central邀请DHH演讲而撤销大额赞助。

Shopify操控Ruby Central强行接管Bundler和RubyGems项目

事件概述

2025年9月，Ruby Central在未征得维护者同意的情况下，强行接管了多个开源项目。这一事件由Ellen于9月19日首次曝光。根据调查，事件的核心脉络如下：

1. 资金危机：Ruby Central面临严重的财务困境，Sidekiq因Ruby Central在RailsConf 2025上邀请DHH演讲而撤销了每年25万美元的赞助。
2. Shopify施压：Shopify要求Ruby Central全面控制RubyGems的GitHub仓库及bundler和rubygems-update的gem权限，并以撤销资金支持相威胁。
3. 强行接管：Ruby Central董事会成员HSBT（Hiroshi Shibata）在未与维护者协商的情况下，单方面修改了仓库权限，新增Marty Haught为所有者，并降低其他维护者的权限。
4. 后续争议：尽管维护者与Marty Haught在Zoom会议上澄清了RubyGems源代码与RubyGems服务的区别（前者为社区共有，后者由Ruby Central运营），Ruby Central仍执意接管，并锁定了多名维护者的访问权限，包括长期贡献者André Arko。

关键细节

• 资金依赖：失去Sidekiq赞助后，Ruby Central几乎完全依赖Shopify的资金支持。Shopify以“保障供应链安全”为由施压，要求接管项目并排除特定维护者（如André Arko）。
• 社区所有权争议：RubyGems的代码仓库由社区维护多年，Ruby Central仅运营其服务端（rubygems.org）。接管行为被质疑是混淆所有权，借机控制开源项目。
• 新工具引发的猜忌：André Arko等人开发的Ruby管理工具rv被Shopify员工视为“威胁”，可能加剧了接管动机。

各方回应

• Ruby Central：声称接管是为“加强供应链安全”，但声明被指回避核心问题，且未提及Shopify的施压。
• DHH：支持Ruby Central的决定，称其“确保Ruby供应链无可挑剔”，但被批评立场矛盾（他曾反对苹果对App Store的控制）。
• 内部人士透露：Shopify通过“胡萝卜加大棒”策略（承诺长期资金或威胁撤资）迫使Ruby Central就范。

未解之谜

1. 董事会投票的具体情况尚不透明。
2. 是否有其他公司或组织（如Rails Foundation）参与施压仍待证实。

影响与担忧

• 社区信任危机：Ruby Central被指屈从于企业压力，强行剥夺维护者权限，可能破坏开源协作生态。
• 未来隐患：接管后，RubyGems项目的控制权可能永久性转移，且Spinel等新兴社区项目或面临压制。

作者声明

本文基于与十余名直接相关人士的对话及会议录音整理，但作者非专业记者，可能存在疏漏。欢迎知情者通过Signal补充信息。

（注：作者曾于2017-2022年任职于Shopify，但强调报道保持客观。）

以下是评论内容的总结：

1. 对Ruby社区内部冲突的担忧

   • 观点：Ruby社区长期存在内斗，导致信任和连接的破坏。
   • 引用：
     • "The Ruby community has been eating itself alive since almost the beginning" (leakycap)
     • "I just wish we could get to the part where the community can know and trust that our supply chain is safe" (richardlblair)

2. 关于Ruby Central对RubyGems所有权的争议

   • 观点：Ruby Central无权单方面控制RubyGems的开源代码库，但实际管理权归属不明确。
   • 引用：
     • "Ruby Central can’t just reach into my GitHub and declare they own something" (softwaredoug)
     • "Owning a source code project doesn’t entitle you to admin in the github organization" (charcircuit)

3. 对DHH（Ruby on Rails创始人）的争议

   • 观点：部分人反对DHH在RailsConf的演讲，导致赞助商撤资，但具体原因未明确。
   • 引用：
     • "Why was 'platforming' DHH bad?" (kkaske)
     • "What’s the issue with DHH here?" (fatsanta)

4. 安全问题的反应

   • 观点：Ruby Central因安全漏洞（如恶意软件事件）采取紧急措施，但沟通不足引发猜测。
   • 引用：
     • "Given the recent pwnage of part of the npm ecosystem, a panicked overreaction seems inevitable" (bryanlarsen)
     • "They decided to lock everyone out until security issues could be resolved" (phaedryx)

5. 政治立场对讨论的影响

   • 观点：部分用户认为对DHH的批评反映了Hacker News用户的政治倾向。
   • 引用：
     • "I see EVERY comment SUPPORTING DHH being massively downvoted" (iagooar)
     • "What a dangerous place this world is becoming" (iagooar)

6. 其他补充信息

   • 部分用户要求提供存档链接（NoNameProvided, OptionOfT）和相关讨论链接（ChrisArchitect, dang）。
   • 对Ruby Central行为的辩护：认为其只是加强管理而非“夺权”（dismalaf）。

总结：评论围绕Ruby社区的管理争议、安全问题和政治立场展开，核心矛盾集中在Ruby Central的权限边界、DHH的争议影响以及社区信任的修复。