从蚂蚁搬到瑞克真的有好处吗？

有人从蚂蚁那里移民过来，找到了纪念性的东西吗？

仅供参考：当前环境是用于J2ME构建的Ant

解决方案

回答

我们可能还想签出buildr。这是基于rake构建的更高级别的构建工具。恕我直言，它吸收了Maven的许多优良特性，并抛弃了那些不良特性。我自己并没有在任何大人物中使用过它，但我知道那些对此非常满意的人。

回答

如果ant不能满足需求，那么我们可能要签出的另一个工具是Gant。它为ant添加了完整的脚本支持，但允许我们根据需要重新使用ant任务。这实际上取决于我们对蚂蚁不满意的地方。

回答

如果我们愿意，Rake很棒：

• 访问一种真正的编程语言；与Ant相比，条件和循环都非常简单(在后者中几乎不可能)
• 易于阅读且可以进行语法检查的文件格式
• 将值更直观/可预测地分配给变量

耙对我们不利，因为：

• 我们需要自己提供许多基本任务(例如运行javac，创建jar文件等)。诸如Raven之类的项目可能会有所帮助，但它似乎旨在自动下载依赖项，而不是自动化构建/部署过程。另外，该文档还有些不足。
• 大多数可以自动化的Java工具都是作为Ant任务完成的，这些任务很难从Rake运行。在构建时启动JVM可能很烦人

回答

我会说是的，但是我与Java环境专家有不同的看法，因为我是.NET环境专家。我用msbuild(MS的XML驱动的NAnt努力)编写并维护了一个简单的构建脚本(干净，generate-assembly-info，build，测试，coverage，分析，包)，这非常痛苦：

• XML不友好。很吵
• 团队中没有其他人有兴趣学习它，以执行更多，更有用的自动化。如此高的公交车系数(即，如果我被公交车撞到，他们就会被困住)
• 它不适合进行重构或者改进-这是那些"触碰危险"的事情之一，我们知道吗？
• 它需要编写自定义C＃任务来运行构建所需的各种工具(尽管公平地说，通常这些都是由供应商编写的)

在大约一个工作周的时间里(在圣诞节期间，我爱上了空办公室！)，我学到了足够的ruby + rake，可以用功能更短，功能更短的脚本(就LOC而言)代替整个脚本，以及更多的可理解性(无论如何，我希望；还没有对其进行审查)。

它受益于：
这是一种新语言，但是一种真实的语言。我的队友喜欢学习新语言，尽管这只是一个细小的借口，但这仍然是一个借口;-)如果我是对的，这可能会减轻公交车的使用负担。
从这里到Roist世界中的自动化/远程/分布式部署工具capistrano，距离我很近。尽管是一家MS-stack商店，但我们仍将它与IIS7结合使用，最终拥有一个CLI配置工具。

嗯是的。里程可能会有所不同，但这对我来说是值得的。