gpt4 book ai didi

build - 选择脚本/构建工具

转载 作者:行者123 更新时间:2023-12-01 11:09:05 24 4
gpt4 key购买 nike

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。

7年前关闭。




Improve this question




我们目前正在开发一个同时使用 actionscript 和 Java 的项目。到目前为止,我们一直使用 Ant 作为我们的主要构建工具,但它意味着大量的重复和缺乏灵活性(我们正在构建相当多的小型子项目,并且每次都复制所有的构建文件是一种痛苦)正在插入我们改变工具。

EDIT3:我已经在 Gant 中重写了我们所有的构建,尽管它并不完美,但它大大缩小了我们的构建文件的大小并使添加新项目变得更加简单,所以我肯定会向不想改变他们的人推荐 Gant构建哲学和项目结构,但只是在寻找比 ant 更方便的工具。在那些日子里,我可能会研究一下 graddle 和/或 Ivy。

EDIT2 :在尝试了 Buildr 之后,我们排除了它,因为它做的事情比我们实际需要的要多。我现在正在尝试 Gant,它看起来正是我们需要的,但文档非常少。是否值得一直迁移到 Gradle,或者项目还不够成熟?

编辑:我将尝试澄清我们与 Ant 的问题。我们有几个具有相似布局的子项目,我们必须对其进行编译和运行测试。一旦完成,其中一些需要打包在一起以生成可执行文件(即客户端、服务器和一些独立演示)。在 ant 中描述我们的标准布局的工作相当长,而且在不重写整个宏的情况下引入小的变化是非常困难的。 (例如,其中一个项目需要从不同的存储库中获取其视觉 Assets )。

  • Gant这将允许我们重用已经存在于 Flash 和 Java 中的 ant 任务
  • Gradle出于同样的原因,即使它看起来稍微复杂一点
  • Rake这似乎是强烈推荐的。缺点是对 ActionScript 集成的实验性支持和我们缺乏 Ruby 知识
  • Buildr看起来很酷,但这里又一次,对 ruby​​ 一无所知
  • Scons似乎动力不足,但 Python 是一种非常酷的脚本语言

  • Maven 曾被考虑过,但由于其固有的复杂性和明显的错误倾向而被淘汰。我们目前倾向于 Gant。你们中有人有使用这些工具的经验吗?他们如何比较?

    我们的需求非常基本:编译和打包项目,将它们部署到多个目标和一些脚本功能(例如运行特定于项目的性能测试)。值得注意的是,我们使用 Hudson 来处理持续集成。

    最佳答案

    我不确定切换到 gant 会解决您的问题。 Gant 只是用 groovy 而不是 xml 编写构建文件。我认为您的问题更多地在于您使用 ant 的方式。没有更多细节很难说,但是诸如“愚蠢的重复数量”和“复制构建文件”之类的短语让我认为您可以更有效地使用 ant。

    如果您还没有,请查看您的 ant 任务,看看您是否可以重构它们以消除重复。另外,如果您还没有看到它,请查看 ant 的 -find 选项。您不需要到处复制构建文件。

    顺便说一句,Ivy 用于依赖管理,而不是构建。

    关于build - 选择脚本/构建工具,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2147393/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com