如何处理不同的 Java IDE 和 svn？

题

如何确保您可以将代码检出到 Eclipse 或 NetBeans 中并在那里使用它？

编辑：如果您不签入与 ide 相关的文件，则每次签出项目时都必须重新配置构建路径、包含内容以及所有这些内容。我不知道 ant （尤其是从 eclipse 创建/导出的 ant 构建文件）是否可以与其他 ide 无缝协作。

解决方案

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

我总是认为多个平台更麻烦，因为它们可能使用不同的编码标准（例如Windows 可能默认为 ISO-8859-1，Linux 可能默认为 UTF-8）——对我来说，编码引起的问题比 IDE 更多。

更多指示：

你可能想要使用 Maven (http://maven.apache.org），让它生成 IDE 特定文件，并且永远不要将它们提交到源代码管理。
为了确保您生成正确的工件，您应该有一个专用服务器来构建您的可交付成果（例如Cruisecontrol），可以借助 ant、maven 或任何其他工具。这些可交付成果是在开发机器之外进行测试的。让人们意识到在他们自己的机器之外还有另一个世界的好方法。
禁止在源代码管理中找到的任何 IDE 特定文件中包含任何计算机特定路径。始终通过逻辑路径名引用外部库，最好包含它们的版本（如果您不使用 maven）

其他提示

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

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

最大的要点似乎是：

我们正在 Fedora 9 32 位和 64 位、Vista 和 WindowsXP 上进行开发，大约一半的开发人员使用其中一种 IDE。有些人同时使用两者并定期来回切换。

最好的事情可能是不是提交任何 IDE 相关文件（例如 Eclipse 的 .project），这样每个人都可以签出该项目并按照自己的意愿做自己的事情。

话虽这么说，我想大多数 IDE 都有自己的配置文件方案，所以也许你可以全部提交而不会发生任何冲突，但在我看来，这感觉很混乱。

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

我们目前只使用 Eclipse，因此我们将所有 Eclipse .classpath .project 文件提交到 svn，我认为这是更好的解决方案，因为这样每个人都可以轻松地重现错误和其他问题，而不是纠结于 IDE 细节。

我的理念是构建应该用“最低公分母”的方法来完成。进入源代码控制的是构建所需的内容。虽然我专门使用 Eclipse 进行开发，但我的构建是在命令行中使用 ant 进行的。

关于源代码控制，我只从命令行签入构建所必需的文件。没有 Eclipse 文件。当我设置一台新的开发机器时（似乎每年两次），需要花费一些精力让 Eclipse 从 ant 构建文件导入项目，但没什么可怕的。（理论上，这对于其他 IDE 应该是一样的，不是吗？当然他们必须能够从 ant 导入？）

我还记录了如何设置最低限度的构建环境。

我使用 Maven，并仅签入 pom 和源代码。
检查完项目后，我运行 mvn eclipse:eclipse
我告诉 svn 忽略生成的 .project 等。

这就是我所做的：

这样您就可以获得独立于 IDE 的构建脚本和快乐的开发人员:)

netbeans 网站上有一个关于如何执行 3 的博客。但我现在找不到它。我在我的网站上放置了一些关于如何执行上述操作的注释 - 链接文本（虽然又快又难看，抱歉）

请注意，如果您使用 Ivy（一个好主意）和 eclipse，您可能会想使用 eclipse ivy 插件。我使用过它，发现它有严重的错误且不可靠。最好用2。多于。

许可以下： CC-BY-SA 和归因