近日，开源的持续构建项目 Hudson 计划另开分支并更换名称，这缘起它与 Oracle 硬件套件之间在 java.net 上的各种摩擦。
在 Oracle 收购 Sun 之前，Sun 在 java.net 上管理着所有代码。但 java.net 在基础设施上存在着问题，有人则提议迁移到 Kenai 上。收购延缓了这种转换，但人们总是希望转换能够尽快进行。
java.net 非常不可靠已经成为尽人皆知的事情了，这对 Hudson 的开发与使用造成了诸多问题——随着 java.net 的下线，开发人员将无法解决这些问题，用户也没法下载 Hudson、插件也无法更新。在这之上，java.net 的问题系统烂到了极点——根本就没法用。
那时，问题追踪系统已经迁移到了 http://issues.hudson-ci.org/ ，而源代码则落后了。但正是由于 java.net 基础设施被锁定，我们没法进行开发，也没法在邮件列表上讨论，这反而加快了迁移的步伐。邮件列表迁移到了Google 上，有人提议将代码迁移到GitHub 上，这个提议最终被采纳，原因在于GitHub 使用了Git 这个流行且大家都很熟悉的DVCS。
关于到底是谁推进了整个过程人们众说纷纭。但它与Oracle 最近所采取的一系列变革有着千丝万缕的关系。他还提醒团队说Oracle 现在拥有Hudson 的名字，因此如果要对项目另开分支就必须得换个名字才行。这个线索上的诸多评论都强烈建议迁移到GitHub 上， Hudson 已经将代码迁移到了 GitHub 上了，身份是 HudsonLabs 。
你需要另开分支。你（Hudson 开发者社区）并不拥有自己的商标。今天，Hudson 还用作基础设施；明天你就没法使用 Hudson Barcamp 了，因为它与 Oracle 形成了竞争关系，如果制作 HudsonT 恤，你可能就会收到 Oracle 发来的法律意见书。 广大社区的言论让人觉得实在是太屈尊府就了。对于任何开源项目来说，被动用户、活跃用户、贡献者之间的比率应该是个递减的关系（比如 95:4:1），这已经成为一个标准了，但 Ted 告诉我们一个好消息。Oracle 并不是代表着那 95% 的被动用户，很可能比这个数字要小得多，因为活跃的 Hudson 社区洋溢着多样的风采。
无论结果如何，Oracle 再一次误判了开源社区，他可能已经着手准备彻底抛弃 Hudson 和它的开发者了。
查看英文原文： Hudson Moves Away From Oracle
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论