svn - NetBeans 构建文件永远不会正确

Question

我目前的团队已将 NetBeans 标准化用于我们所有的 Java 开发，并且我们使用 NetBeans 生成的 ANT 文件作为我们的官方构建过程。

但是文件总是错误的。

团队的各个成员使用不同版本的 NetBeans，显然，他们都生成了略有不同的“build-impl.xml”文件。因此，在 IDE 启动时，NetBeans 将重新生成它认为不正确或过时的文件。

但是(因为这些文件被检入源代码管理，作为我们的官方构建脚本)构建文件通常与存储库不同步。如果我从我的机器检查自动生成的更改，那么我团队中的其他一些傻瓜将不得不覆盖他自己的构建脚本的本地副本，从而导致 NetBeans 提示这些文件已过时并且需要重生。

大多数情况下，这是一个烦恼。每次开发人员进行 checkin 时，自动生成的构建脚本中的虚假差异都会增加大量干扰以进行筛选。或者 IDE 不断提示外部修改的构建脚本。你赢不了。

但我也有一种不断唠叨的感觉，没有人有一个完全正确的构建脚本，我们在整个构建过程中引入了不确定性。

据我所知，该问题有两种可能的解决方案:

1) 标准化特定的 NetBeans 版本。在我们作为一个团队做出决定之前，不要让人们升级。并且不要让人们在旧版本上落后。如果团队中的每个人都使用相同的 NB 版本，那么这些问题(可能)就会消失。

2) 不要将“build-impl.xml”脚本检查到源代码管理中。它由 IDE 自动生成，因此是“build.xml”和“project.xml”文件的产物。生成的文件(如“.class”文件)不应检入源代码管理，而应在构建过程中重新生成。弄清楚 NetBeans 使用什么机制来生成“build-impl.xml”文件，并在我们的构建服务器上执行相同的机制。这是否意味着我们的构建服务器必须依赖 NetBeans GUI？我希望不是。

你们有什么感想？解决这个问题的正确方法是什么？

Answer 1

我认为您应该选择 1，让您的所有团队成员使用相同的 NetBeans 版本。在我的工作中，我们也在 NetBeans 中进行开发，但我们都使用相同的版本，并且同时升级。在过去的两年里，我一直在使用 NetBeans，我经历了每个版本(现在更少)的各种变化，从配置到表单文件，所以我觉得最好尽量减少不同版本的潜在问题。

如果每个人都共享相同的环境，也更容易查明错误的来源。