Jenkins 的首个版本业已发布，同时还为那些想从 Hudson 迁移到 Jenkins 上的用户提供了一个迁移文档。由于它是以 WAR 文件的形式发布的，因此最值得关注的变化就是 WAR 文件的名字已经不再是 hudson.war，而变成了 jenkins.war；在 UNIX 系统上，运行库的位置位于 /var/lib/jenkins 而非 /var/lib/hudson。run-as 用户也被重命名为了 jenkins。
相对于前一版本，此次发布的变更列表只包含了少量的变化。
- 解决了 locales 中“day of week”crontab 的一个 bug，其一周从周一开始（ issue 8401 ）。
- 如果 master 在 ping slave 时失败，应该强制断开连接。
- “java -jar hudson.war --daemon”强制使用掩码 027。这包括了 Debian/redhat 包（ issue 5114 ）。
- 如果 JNLP 连接的 slave 退出但却没有通知 master，那么可以重新连接而不会遭拒（ issue 5055 ）。
- 修复了由于更名为 Jenkins 而导致的商标问题。
与此同时，Oracle 也在继续增加 Hudson 的人气，关于 Hudson 未来的报告表明 Oracle 正在拟定 Hudson 的开发过程：
未来几个月，我们的首要目标是修复当前版本的 Hudson 的高优先级 Bug，并将开发与发布过程正规化，Hudson 用户将能够更加深入地了解到什么发生了变化，为什么要这么变，Bug 何时会被修复等一系列问题。我们还会继续上个月所说的关于下一版本 Hudson（v2）的讨论。我希望能与社区紧密合作，共同决定 Hudson 未来的发展方向。
最近，Sonatype 也开始支持 Hudson 了：
最近，Sonatype 完成了 Hudson 核心架构演变的重要开发任务。这些变化所带来的好处在于能更好地利用业界标准、提升性能与稳定性、与 Maven 3 的紧密集成，因为 Maven 3 对构建过程的可视化提供了极佳的支持。我们将继续向 Hudson 团队增加新的成员，并且与 Hudson 社区紧密协作以将我们所完成的工作迁移到 Java.net 上。
目前，Hudson 项目与 Jenkins 项目之间的分歧并不是很大，因此也没有什么选择的标准。但是从历史上来看，后续版本的开源项目总是基于开发者社区的努力。由于用户倾向于使用取得进展的项目，因此对成功分支的可视化工具支持也会及时跟进。
由于 Sonatype 不断向 Hudson 开发者社区增加商业味道，这场变革的竞赛即将上演。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论