ant在jenkins构建服务器上的良好替代品

好的。我有很多软件项目（还有iOS和OSX），我用``来构建它们

虽然我很喜欢Ant，但它通常过于冗长，而且有些事情应该很简单，但却很棘手，或者我必须在Ant中使用shell脚本

是否有一种可扩展、易于使用且在我的jenkins build服务器上运行良好的替代方案

---

感谢您的输入。

请看一看-它与Ant有很大的不同，可能需要一段时间才能了解，但我认为它将成为构建系统的新标准。一件好事是，它在引擎盖下提供了完全的Ant支持，因此您可以轻松地运行现有的Ant构建，然后将它们移植到Gradle。

看一看-它与Ant有很大的不同，可能需要一段时间才能了解情况，但我认为它将成为构建系统的新标准。一件好事是它在引擎盖下提供了完全的Ant支持，因此您可以轻松地运行现有的Ant构建，然后将它们移植到Gradle。

Gareth对Gradle的回答很好。但是一定要看看你在做什么，这对Ant来说很难。根据我的经验，相当一部分时间是“非构建”的东西。也许把Ant留给纯构建的东西，并使用另一种工具来部署或测试悄悄出现的东西

加雷斯对格拉德尔的回答很好。但是一定要看看你在做什么，这对Ant来说很难。根据我的经验，相当一部分时间是“非构建”的东西。也许把Ant留给纯构建的东西，并使用另一种工具来部署或测试悄悄出现的东西

尽管gradle看起来很有前途，我还是决定改用它

我应该说，这是一个有偏见的决定，因为我已经在构建设置的其他部分中使用了ruby。我找到了一个好主意

---

另一点是，通过进行OSX开发，Ant（或Gradle）的平台独立性方面对我来说没有太大的影响。

尽管Gradle看起来很有前途，但我决定改用它

我应该说，这是一个有偏见的决定，因为我已经在构建设置的其他部分中使用了ruby。我找到了一个好主意

另一点是，通过OSX开发，Ant（或Gradle）的平台独立性方面对我来说没有太大的影响。

顺便说一句，Besi的Rake回答： JRuby的Rake+Ant集成似乎是一个非常强大的组合：

这方面的一大优势是，它完全支持与Ant的集成，允许逐步迁移。。IMHO是大型现有项目唯一可行的策略

Gradle看起来很相似，虽然看起来不错；我认为学习Rake可能是一项更好的投资，因为它在Java之外更具通用性

（我正在认真考虑的另一件事是BuildR，但Jenkins还没有明确支持它，因此必须使用脚本化的构建步骤，这似乎不太可取。TODO:BuildR插件）。

顺便说一句，Besi的Rake回答： JRuby的Rake+Ant集成似乎是一个非常强大的组合：

这方面的一大优势是，它完全支持与Ant的集成，允许逐步迁移。。IMHO是大型现有项目唯一可行的策略

Gradle看起来很相似，虽然看起来不错；我认为学习Rake可能是一项更好的投资，因为它在Java之外更具通用性

（我正在认真考虑的另一件事是BuildR，但Jenkins还没有明确支持它，因此必须使用脚本化的构建步骤，这似乎不太可取。TODO:一个BuildR插件）