帮助评估构建工具

Question

我已经熟悉并使用 Ant & 了。 Maven，此时我想扩展到另一个工具，我正在“Buildr”和“Gradle”之间做出选择。我很感激那些使用过其中一种或两种工具的人的见解/反馈，因为坦率地说，在这一点上，对我来说唯一真正的区别似乎是 ruby​​ 与 groovy（我对这两种工具都很满意并喜欢）。我也很感谢以下问题的答案：

1. 我了解 Buildr 允许下载和提取不在 Maven 类型存储库中的依赖项，Gradle 是否提供相同的功能？
2. Buildr/Gradle 可以用来构建其他语言源代码——即 groovy、ruby、actionscript/flex、c 系列等吗？
3. Buildr/Gradle 与 Hudson 或 Jenkins 的集成程度如何？

Answer 1

我来自 gradle 方面，所以这里有一些需要考虑的点...

1. Gradle 是构建在 Ant+Ivy 之上的。它可以处理 Maven 和 ivy 类型的存储库。关于 gradle 如何处理依赖项的精彩读物可以在此处找到。
2. Gradle 处理 java、groovy、scala 等...您可以在 此处找到标准插件列表。由于 Gradle 是构建在 ANT 之上的，因此您可以使用 ant 任务来实现构建 Flex。基本上，您可以使用 Gradle 完成可以使用 ANT 完成的所有操作。您可以将旧的 ANT XML 转换为 Gradle，或者您可以直接导入 ANT 脚本并将目标用作 Gradle 中的任务。就 C 而言，有更好的构建工具来处理这个问题。我发现这个线程< /a> 您可能感兴趣。Gradle
3. 有一个 Jenkins 插件。然而，Gradle 有一个很好的功能，称为 gradle 包装器，大多数成熟的构建都使用它。如果您使用此功能，则无需担心是否有此插件。有关包装器的更多信息此处。

我对 Buildr 不太了解，所以我无法比较，我只能说我们是快乐的 gradle 用户。

Answer 2

我们最近评估了 Gradle、Buildr 和 Maven 2 作为我们当前的 Ant 和本土 Ant 包装器组合的替代品，并最终选择了 Gradle。从技术上讲，我们发现它们（Buildr 和 Gradle）非常相似，我们做出决定的原因最终是非技术性的：

1. Gradle = Groovy = Java！如果你有一个 Java 开发团队，那么关于能够用任何人都可以贡献的语言表达构建逻辑的论点是很难被击败的……这不是对 Ruby 的判断——只是对可用开发资源的考虑。 Groovy 闭包需要一些时间来适应，但我发现学习起来非常有趣。

2. 商业支持 - 这对您的情况可能重要也可能不重要，但对我们来说这是一个决定性因素。 Gradle 由 Gradleware

   提供

3. 用户采用/流行度（主流）提供商业支持 - 对于对于我们遇到的问题，Gradle 比 Builder 更容易找到问题的答案。

也就是说......我仍然非常有信心其中任何一个都会支持我们的多项目构建。如果我们从头开始，Maven 2 是可以接受的，但我们有很多怪癖和奇怪的项目结构需要管理，这使得从第一天开始就很难保持高效……过渡要求使得 Maven 2 的成本过高。

希望有帮助，祝你好运！