本周Jenkins 1.397 发布了，同时Sonatype也开始了Hudson 的开发工作。Hudson 最初托管在 Java.net 上，但迁移到 Kenai 上所产生的种种问题迫使社区开始转向 GitHub ，最终导致 Hudson 更名为 Jenkins 并另开分支。
分离之后，Oracle 宣布 Hudson 将像以前一样继续托管在 Oracle/Java 基础设施上。Sonatype（拥有一个基于 Hudson 的商业产品）则填补了这个空白，根据Hudson 的Mavenization 开始提交变更。
Sonatype 在转换成熟项目上颇具经验；Maven 3 是众多测试与重构的结晶，它构建在依赖注入框架（Guice）之上， InfoQ 去年曾报道过。同样的计划也将应用到 Hudson 的迁移上，已经为依赖库的副本开辟了分支，并放在其 WAR 之中。借助于现代化的依赖机制，Sonatype 希望能简化开发者未来的工作。 Hudson-JSR330 GitHub 分支包含了 Sonatype 所完成的工作成果（在分离之前），现在通过不断变革已经公之于众了。
未来，Hudson 又会回到 GitHub，Jason van Zyl 在 twitter 上透露 hudson-dev 的投票结果已经获得了 Oracle 的 Ted Farrell 与 Winston Prakash 的批准。在 Jenkins 名字变更完毕后， github.com/hudson 这个名称将变为空闲。
借助于 Oracle 与 Sonatype 所提供的商业支持，Hudson 的未来应该会对得起持续集成工具这个称号。然而，Jenkins 也会不断演进，随着时间的流逝，Hudson 与 Jenkins 将会渐行渐远。颇具讽刺意味的是，虽然 Hudson 将名字保留了下来，但为了支持 JSR-330 所做的重构以及构建过程的 Mavenization 则要比更名来得更为猛烈。
查看英文原文： Hudson Moves to GitHub (Again)
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论