Buildr vs Gradle，优点和缺点？

Question

让某人同时使用Buildr和Gradle，并可以对这些构建工具进行比较。从第一眼看它们非常相似。但要选择什么。此外，您还可以了解Scala支持和各种IDE集成（IDEA，NetBeans，Eclipse）。

感谢。

Answer 1

我尝试过使用，两者都是，我肯定会推荐Gradle。虽然它们都具有相同的表现力，但我发现Gradle更稳定（从1.0版开始），安装工作量减少，记录更好。虽然Buildr无疑是一项巨大的努力，但目前Gradle的专业化程度更高。

我面对Gradle的唯一问题是缺乏对重用ivy.xml（和ivysettings.xml）的原生支持，尽管Gradle实际上使用Ivy作为其依赖引擎。这个功能很快就会在未来的某个时候得到承诺。另一方面，Buildr有一个随时可用的插件（虽然它不是很容易配置）。

如果您需要从Maven迁移，我会对这两种工具及其对您所需功能的支持进行一些调查。对于新项目，我建议Gradle。

对Eclipse没有很好的支持，但是Gradle有一个正在进行中的Eclipse插件，它的工作原理与Ant插件非常相似。此外，Gradle生成的Eclipse设置文件是高度可定制的，因此这是将其与Eclipse集成的另一种方式。

Answer 2

我查看了gradle和buildr，最后选择了buildr，因为gradle有一个很大的缺点：构建系统的启动时间。 buildr非常快捷，给了我更快的增量构建。性能是我发现几乎无法忍受的事情。只需考虑构建系统启动的次数，并将不断增加的开销加起来。

BTW我发现构建服务器同时包含两个构建系统（buildr和gradle）都不是很有用且容易出错（即：我花了更多时间进行故障排除而不是实际加速）。

Answer 3

看看这是否有帮助（可能已过时）：http://www.tikalk.com/alm/blog/buildr-vs-gradle

如果与BuildR相比，我建议使用Gradle： 1.对于JVM生态系统而言，Groovy比Ruby更“原生”。即使你使用JRuby，你仍然需要安装很多宝石 2. BuildR的开发正在爬行。他们很长时间没有添加新功能

话虽如此，我会质疑使用其中任何一个：有了编写任何任务脚本的能力，构建将有很多逻辑，人们需要学习才能维护它。由于这不是产品的主要逻辑，因此您存在不希望维持构建或更糟糕的人的风险，以不正确的复制和粘贴方式（例如，性能方面）进行。对于Maven，pom中没有逻辑。此外，使用Gradle / BuildR意味着要构建产品，需要安装Gradle / BuildR。 Maven在这里更加标准。