选择一个脚本/建造工具[封闭]

Question

我们目前正在一个项目既as和Java。到现在，我们使用蚂蚁作为我们的主要建造工具，但是哑量的重复它意味着和缺乏灵活性(我们正在建设一个相当大量的小子项目，并复制的所有建造文件的每一个时间是一个疼痛)是推动我们走向一个改变的工具。

EDIT3:我所做的一切重写我们所有的建立在Gant，即使它不是完美的，这缩小了我们的生成文件的大规模和制增加新的项目更加简单明了，因此我依旧建议Gant人不想改变自己建立的理念和项目结构，但只是在寻找一个更方便的工具，而不是蚂蚁。我可能已经看到graddle和/或藤那些日子之一。

EDIT2:后试Buildr，我们排除这种可能性，因为它并的方式更多的事比什么我们实际需要。我现在试图Gant这看起来像什么我们需要的，但该文件是很小的。它是值得移动的所有方式实例，或者是个项目不够成熟了没?

编辑：我会尽力澄清我们的问题只蚂蚁。我们有几个子项目与类似的布局我们需要汇编和运行测试。一旦这样做了，他们中有些人需要被包装在一起，以产生可执行文件(即一个客户、服务器和一些独立的演示).工作descripe我们的标准布局中的蚂蚁是很长的，它是非常困难的介绍小的变化而重写整个宏观。(说，其中一个项目需要抓住它些资产从一个不同的repository)。

• Gant 这将使我们能够重复使用的蚂蚁的任务已经在那里既为闪光灯和Java
• 摇篮 出于同样的原因，尽管它看起来稍微复杂
• 瑞克 这似乎被高度推荐。其缺点是实验性的支持行动脚本一体化和我们缺乏知识的红宝石
• Buildr 这看起来很酷，但在这里再次，没有knowldege的红宝石
• Scons 似乎有较少的势头，但是蟒蛇是一个很酷的脚本语言

专家审议，但已经消除，因为固有的复杂性和明显的错误倾向.我们目前倾向Gant.任何你有经验使用这些工具吗？他们如何比较？

我们的需要是非常基本的：汇编和包项目，将它们部署到几个目标和一些脚本功能(运行的特定项目的性能测试的实例)。值得注意的也可能是我们使用的哈德逊到处理连续的一体化。

Answer 1

我知道人们在我们公司做Java为一个活生生的宣誓由常春藤，但没有任何与它的经验，我没有足够的事实来支持这项建议与技术参数。他们没有提到缺乏重复工作作为加，虽然比蚂蚁他们使用之前。买者自负。

Answer 2

我不知道切换到gant会解决你的问题。Gant只是书面建立的文件在常规，而不是xml。我认为你的问题奠定了更多的方式你在使用蚂蚁。很难说，如果没有更多的详情，但这样的短语"哑量的重复"和"复制建设文件"让我觉得你可以使用蚂蚁效率更高。

如果你还没有，看看你的蚂蚁的任务，并且看看你能重构，他们因此消除这种重复。此外，结账的-找到选择的蚂蚁如果你还没有看到它了。你不需要复制建设文件。

顺便说一句，常春藤是依赖管理的，不是建设。