Ant 构建文件和目标
阅读 ant 的内容，但似乎找不到太多有关如何将构建分解为多个 XML 文件（而不是一个单一的 build.xml）的“经验法则”的信息。
单个构建文件应该努力实现什么目标？我认为如果我理解的话，将更容易决定我需要多少个文件，以及如何对每个文件内的目标进行分组。
提前致谢！
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
+1 为 Ant in Action 第二版（涵盖 Ant 1.7.x，Ant 1.8.2 是目前的稳定版本）
正如 Ray 在他的评论中已经提到的
请参阅此 pdf，了解有关 ant 技术/模式/反模式的精彩演示
一些最佳实践，有点过时，但大多数提示仍然有帮助。
除此之外，请检查 ant 手册，尤其是 import、macrodef, presetdef，scriptdef，ant 和 子任务任务
毕竟要避免 antcall，请使用 macrodef 相反！
+1 for Ant in Action 2nd edition (covers Ant 1.7.x, Ant 1.8.2 is the present stable version)
as Ray already mentioned in his comment
See this pdf for a good presentation about ant techniques/patterns/antipatterns
Some best practices , a bit outdated, but most tips are still helpful.
Beside that check the ant manual especially for import, macrodef, presetdef, scriptdef, ant and subant task
After all avoid antcall, use macrodef instead !!
我使用的“经验法则”是首先使用一个文件，然后在需要时进行拆分。其他任何东西都会成为大型前期设计的一种形式。
拆分的主要原因是当您想要在项目之间共享目标时。请注意，创建此类拆分会产生开销（例如，如何使目标在每个项目中可用、如何对共享文件进行版本控制等），而这些开销需要被收益所抵消（例如减少项目之间的重复目标）
The "rule of thumb" I use is to use one file to begin with and then split when the need arises. Anything else becomes a form of big upfront design.
The main reason for splitting is when you want to share targets between projects. Just be aware that creating such splits has overheads (e.g., how to make the targets available in each project, how to version the shared file, etc), which needs to be outweighed by the benefits (e.g. reducing the duplicate targets between projects)