build设者与Gradle，优点和缺点？
有人使用Buildr和Gradle，并可以比较这个构build工具。 从第一眼看，他们非常相似。 但是select什么。 同时也很高兴听到有关Scala支持和各种IDE集成（IDEA，NetBeans，Eclipse）的信息。
谢谢。
我曾尝试使用，两者，我肯定会推荐Gradle。 虽然他们两个都有相同的performance力，但我发现Gradle更稳定（从版本1.0开始），更less的安装工作和更好的logging。 虽然Buildr无疑是一个很大的努力，现在Gradle更专业化了。
我遇到的唯一问题是Gradle缺less对重用ivy.xml（和ivysettings.xml）的本地支持，尽pipeGradle实际上使用Ivy作为它的依赖引擎。 这个function很快就会在未来的某个时候被承认。 另一方面，Buildr有一个现成的插件（虽然它不是很好configuration）。
如果您需要从Maven迁移，我会对这两个工具及其对您所需function的支持进行一些调查。 对于新项目，我build议Gradle。
对Eclipse也没有很好的支持，但是Gradle有一个工作正在进行的Eclipse插件，它非常像Ant插件。 此外，Gradle的Eclipse设置文件的生成是高度可定制的，所以这是将其与Eclipse集成的另一种方式。
看看这是否有帮助（可能过时）： http : //www.tikalk.com/alm/blog/buildr-vs-gradle
如果与BuildR相比，我会推荐Gradle：1. Groovy比Ruby更适合JVM生态系统。 即使你使用JRuby，你仍然需要安装许多gem。2. BuildR的开发正在爬行。 他们没有长时间添加新的function
话虽如此，我还是会用以下任何一种方式来质疑：有了编写脚本任务的能力，编译将会有很多逻辑需要学习，然后才能维护它。 由于这不是产品的主要逻辑，因此您有不希望维持构build或更糟糕的人的风险，以不正确的复制和粘贴方式（例如，性能明智）进行。 有了Maven，在pom中没有逻辑。 而且，使用Gradle / BuildR意味着要构build产品，需要安装Gradle / BuildR。 Maven在这里更加标准。
我查看了gradle和buildr，并且最终select了buildr，因为gradle有一个巨大的缺点：构build系统的启动时间。 build设者更快捷，给我更快的增量构build。 性能是我发现几乎无法忍受的东西。 只要考虑一下构build系统被启动多less次，并将不断增加的开销加起来。
顺便说一句，我发现构build服务器与构build系统（build设者和gradle）是不是非常有用和容易出错（即：我花了更多的时间与故障排除实际上加快了事情）。
