如何处理不同的JavaIDE和svn?

实际上,我们现在在SVN中为我们的代码维护一个Netbeans和一个Eclipse项目,没有任何问题。Netbeans文件不会踩在Eclipse文件上。我们的项目结构如下:

sample-project   
+ bin
+ launches  
+ lib  
+ logs
+ nbproject  
+ src  
  + java
.classpath
.project
build.xml

最大的问题似乎是:

• 禁止中的任何绝对路径 任一IDE的项目文件。
• 设置项目文件以输出 将文件分类到同一目录。
• .nb项目中的目录
• svn:忽略用于 从IDE和任何其他运行时生成的目录(如上面的logs目录)的类文件输出。
• 让人们始终如一地使用这两种方法 迅速地
• 还要维护一个构建系统 巡航控制。
• 使用UTF-8并纠正任何编码问题

我们正在Fedora9上开发32位和64位、Vista和WindowsXP,大约一半的开发人员使用一种IDE或另一种IDE。一些人同时使用这两种设备,并定期来回切换。

聪明的回答是“这样做”——除非你没有使用多个IDE,否则你不知道你是否真的准备好使用多个IDE。诚实的。:)

我一直认为多个平台更麻烦,因为它们可能使用不同的编码标准(例如Windows可能默认为ISO-8859-1,Linux可能默认为UTF-8)——对于我来说,编码造成的问题比IDE多得多。

还有一些建议:

• 你可能想和Maven一起去( http://maven.apache.org ),让它生成特定于IDE的文件,并且从不将它们提交给源代码管理。
• 禁止在源代码管理中找到的任何IDE特定文件中包含任何机器特定路径。始终通过逻辑路径名引用外部库,最好包含它们的版本(如果不使用maven)

不 提交任何与IDE相关的文件(如Eclipse的.project),这样每个人都可以签出项目并按照自己的意愿完成工作。

话虽如此,我想大多数IDE都有自己的配置文件方案,所以也许您可以在没有任何冲突的情况下提交所有配置文件,但在我看来这很混乱。

在大多数情况下,我同意seldaek的观点,但我也倾向于说,您至少应该提供一个文件,说明依赖项是什么、要编译的Java版本等,以及NetBeans/Eclipse开发人员可能需要在IDE中编译的任何额外内容。

我们目前只使用Eclipse,因此我们将所有Eclipse.classpath.project文件提交给svn,我认为这是更好的解决方案,因为这样每个人都可以重现错误和不容易复制的内容,而不是在IDE细节上瞎忙。

我的理念是,构建应该采用“最低公分母”的方法。进入源代码管理的是进行构建所需的内容。虽然我只在Eclipse中开发,但我的构建是在命令行中使用ant进行的。

关于源代码管理,我只从命令行签入对构建至关重要的文件。没有Eclipse文件。当我安装一台新的开发机器(似乎一年两次)时,要让Eclipse从ant构建文件导入项目需要一点努力,但这并不可怕。(理论上,这对其他IDE也应该是一样的,不是吗?当然他们必须能够从ant导入?)

我还记录了如何设置最小构建环境。

我使用maven,只检查pom&来源
签出一个项目后,我运行mvneclipse:eclipse
我告诉svn忽略生成的.project等。

我是这样做的:

2. 编写一个ant目标,从ant类路径生成Eclipse.classpath文件
3. Netbeans将使用您的构建脚本和类路径,只需通过一个自由形式的项目配置它即可。

通过这种方式,您可以获得独立于IDE的构建脚本和快乐的开发人员:)

netbeans网站上有一个关于如何做3的博客。但我现在找不到。我已经在我的网站上写了一些关于如何做上述工作的注释- link text (虽然又快又丑,对不起)

注意,如果您正在使用Ivy(一个好主意)和eclipse,您可能会尝试使用EclipseIvy插件。我用过它,发现它是可怕的错误和不可靠的。最好使用2。在上面