多IDE版本控制的Java项目 - 是否可以无缝地完成？

Question

我有一个Java项目：

• 多人将使用版本控制（特别是git）
• 人们希望使用不同的IDE来工作（Netbeans和Eclipse是主要的竞争者）

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

我考虑过以下几种可能性，但对它们并不满意：

• Maven项目 - 这似乎是最无缝的，但由于多种原因我们选择不使用Maven
• 拥有一个带有gitignores的Netbeans项目并在Eclipse中执行一个Ant项目 - 不确定build.xml格式是否存在冲突。此外，它对于日食而言并非如此无缝。
• 只有具有手动管理的build.xml的有组织的源 - 手动Ant是一件麻烦事。导入这些并不是那么无缝。

就个人而言，我倾向于第三种解决方案，因为它似乎更通用（尽管麻烦）。欢迎任何建议。

Answer 1

推荐方法

在软件开发项目中，源代码编辑环境的选择可能非常有争议。

我总是强制要求以下简单的规则：

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

为什么？

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

相反，我鼓励开发人员使用构建工具插件，为他们选择的IDE。这正是Maven普及的原因， “pom.xml”文件已成为确定项目构建类路径的通用标准 （跨IDE支持）。

如果Maven不是一个选项怎么办？

摇篮

一个非常精细的构建工具似乎采用了Maven的一些现代方法，但保留了对ANT的控制。它的构建文件最初可能看起来很陌生（没有XML），但往往更短更容易理解

• http://www.gradle.org/

ANT +常春藤

ANT预先约会Maven所以没有标准的方法来跟踪它的类路径。它由“build.xml”作者决定。

最佳解决方案是集成apache ivy插件。它还有Eclipse和Netbeans的插件

• http://ant.apache.org/ivy/
• http://ant.apache.org/ivy/ivyde/
• http://code.google.com/p/ivybeans/

ANT

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

例如，以下问题的答案提供了两种生成Eclipse的“.project”文件的方法：

• Using Ant's classpath in Eclipse