【问题标题】:How to test eclipse workspace setup?如何测试 Eclipse 工作区设置?
【发布时间】:2014-09-22 14:36:25
【问题描述】:

我想知道是否可以测试 Eclipse 工作区设置? 例如。如果您有多个项目,例如 EAR(企业应用)

  • WAR1(动态网络项目)
  • WAR2(动态网络项目)
  • WAR3(动态网络项目)
  • UtilJar1
  • UtilJar2
  • EJB1
  • EJB2
  • ...

确保所有更改都可以在本地 IDE 上运行是很奇怪的。对于构建系统本身,您可以轻松地将其集成到 Jenkins 或任何其他 CI。但是,如果开发人员的更改不会破坏开发人员的本地构建,我该如何集成 Eclipse 进行测试? 例如。是否有可以集成到构建中的 eclipse ant 任务(或 API),因此我们也可以在 CI 中运行 eclipse?

或者是否有其他方法可以确保本地构建与 jenkins 上的构建运行相同?

【问题讨论】:

    标签: eclipse ant build jenkins software-quality


    【解决方案1】:

    有一个名为 ant4eclipse 的项目(现在已不存在?)用于从 Ant 运行 Eclipse 构建,但他们专注于插件项目,我不确定这是否有助于 EAR 项目。

    我知道的唯一方法是将 Maven 或 Gradle 与各自的 Eclipse 插件一起使用,这样您的 CI 和您的 Eclipse 构建文件是相同的。
    但这意味着切换到另一个构建工具,这可能不是一种选择(并且有其他缺点)。

    另一种方法:将 Eclipse 项目文件以不同的名称提交到您的版本控制系统,即eclipse.projecteclipse.classpath,并提供一个将它们复制到正确名称的 ant 目标。还要在版本控制系统中添加对正确名称的忽略。 通过这种方式,开发人员可以对其本地 Eclipse 项目进行他们想要的所有更改,但不能提交它们。 “规范” Eclipse 文件仅由构建系统的所有者或拥有子项目的人员编辑,他们负责这些规范文件的工作。

    【讨论】:

    • 拉尔夫,谢谢您的回答。 Maven 对我来说是没有选择的,我在创建构建的过程中给我戴上了手铐。我喜欢使用可重复系统的基本理念,但是 maven ......所以 gradle 会很好用,但是我们已经在 ANT 构建上投入了很多,所以现在也没有选择。 ant4eclipse 看起来很有趣,但似乎真的不复存在了:(
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-11-18
    • 1970-01-01
    • 1970-01-01
    • 2011-07-06
    相关资源
    最近更新 更多