【问题标题】:Multi IDE version controlled Java project - Is it possible to do it seamlessly?多 IDE 版本控制的 Java 项目 - 是否可以无缝完成?
【发布时间】:2013-12-21 05:31:24
【问题描述】:

我有一个 Java 项目,其中:

  • 多人将使用版本控制(尤其是 git)来处理它
  • 人们希望使用不同的 IDE 来工作(Netbeans 和 Eclipse 是主要竞争者)

问题在于维护独立于 IDE 的项目文件,但同时可以轻松导入到两个 IDE 中。

我考虑了以下可能性,但对它们不满意:

  • Maven 项目 - 这似乎是最无缝的,但出于多种原因,我们选择不使用 Maven
  • 有一个带有 gitignores 的 Netbeans 项目并在 Eclipse 中做一个 Ant 项目 - 不确定 build.xml 格式冲突。此外,它对于 Eclipse 来说并不是那么无缝。
  • 只有有组织的源代码和手动管理的 build.xml - 手动 Ant 很麻烦。导入这些并不是那么无缝。

我个人倾向于第三种解决方案,因为它看起来更通用(尽管很麻烦)。欢迎提出任何建议。

【问题讨论】:

  • 带有 .gitignore(src 和 pom.xml)的 Maven 一直为我们工作。我认为这更多是关于构建工具而不是 IDE,因为一旦您决定使用构建工具,您就可以排除任何文件/文件夹,这不会限制使用不同的 IDE。

标签: java eclipse netbeans ant


【解决方案1】:

推荐方法

在软件开发项目中,源代码编辑环境的选择可能会引起高度争议。

我始终坚持以下简单规则,而不是偏袒任何一方:

  1. 必须在不依赖 IDE 或 IDE 插件的情况下执行构建
  2. IDE 配置文件不得签入版本控制

为什么?

第一条规则是常识,后一条规则会引起争议。每个 IDE 都有自己的设置格式,此外这些文件往往非常特定于开发人员的机器。跟踪对这些文件的集体更改根本不切实际。

相反,我鼓励开发人员为他们选择的 IDE 使用构建工具插件。这确实是 Maven 受欢迎的原因,“pom.xml”文件已成为确定项目构建类路径的通用标准(跨 IDE 支持)。

如果没有 Maven 怎么办?

分级

一个非常好的构建工具,它似乎采用了 Maven 的一些现代方法,但保留了对 ANT 的控制。它的构建文件一开始可能看起来很陌生(没有 XML),但往往更短且更易于理解

蚂蚁+常春藤

ANT 早于 Maven,因此没有标准的方法来跟踪它的类路径。它由“build.xml”作者决定。

最好的解决方案是集成 apache ivy 插件。它还具有适用于 Eclipse 和 Netbeans 的插件

蚂蚁

如果您更喜欢传统的“自己动手”ANT 方法,那么您可以在构建文件中创建其他目标,生成您支持的 IDE 所需的配置文件。

例如,以下问题的答案给出了两种生成 Eclipse 的“.project”文件的方法:

【讨论】:

    猜你喜欢
    • 2012-08-30
    • 2015-08-16
    • 2012-05-07
    • 2017-06-13
    • 1970-01-01
    • 1970-01-01
    • 2010-11-11
    • 1970-01-01
    • 2018-04-08
    相关资源
    最近更新 更多