Hudson 逃离 Oracle

  • Alex Blewitt
  • 张龙

2010 年 12 月 13 日

话题:JavaDevOps语言 & 开发文化 & 方法

近日,开源的持续构建项目 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

JavaDevOps语言 & 开发文化 & 方法