Gradle的一些技术限制是什么？

所有-我想预先声明，我只考虑纯技术限制，而不考虑固执己见的用户使用方面或学习曲线要求。在看过这个网站的要求后，我认为可以问这个问题

无论在哪里，我都只看到Gradle的优点，以及它如何触及Ant和Maven都错过的最佳点。但在任何地方我都找不到明确的技术限制，这可能使它难以与Gradle集成。其中一个地方提到缺少Eclipse集成，但后来发现Gradle不需要像maven一样的插件

---

在这方面的任何投入都是非常值得赞赏的。

从Maven世界过来的人发现Gradle缺少很多东西。不是真的处理破坏者或缺点，但肯定是烦恼。我脑子里有几件事很快就想起来了：

Gradle依赖项缓存不可用。如果你在两台机器之间复制它，它就会坏掉

Gradle没有提供依赖项配置，这在v2.12中已修复

每个依赖项存储库配置是不可能的。然而，对于maven来说，这也是不可能的

虽然大多数支持者都会考虑格雷德尔的灵活性，但正如CollinD在上面的评论中所说的，这是最大的力量，很可能最终用意大利面手来理解由于其灵活性而导致的构建脚本。p>

---

也就是说gradle一直在积极部署，很有可能在不久的将来解决这些问题。

我的意思是，它基本上可以运行任意的Groovy代码，而不是一个很大的限制。@ CollinD，除非你认为这本身就是个问题：我不主张与该权力相关的善恶：PIN在提供的范围方面，你最多可以在2.12做。看看我的答案。