将IDE特定文件存储为源代码的一部分是否有意义

Question

我们正在开始一个新项目，并想知道我们是否需要存储Ecipse IDE特定文件(.settings, .project, .classpath)作为源代码树的一部分。我们是否应该要求每个开发人员通过“mvn eclipse：eclipse”命令创建这些文件，或者我们应该为它们检查它们。这里最好的做法是什么

Answer 1

我们将它们存储在Git中，因为我们希望每个开发人员都使用相同的环境。如果您让每个开发人员都创建自己的项目配置，并且对他们使用的配置没有其他控制权，那么最终可能会遇到导致失败的不同配置。

Answer 2

将IDE /环境配置文件保留在源代码管理中的主要优点是标准化您的开发环境。

拥有标准化环境可带来以下好处：

• 您的环境和工具集对所有人都很熟悉。
• 众所周知并记录了常见问题。
• 新开发人员的简单学习曲线（甚至可能是'设置文档'）。

当然，也有缺点：

• 通过强制开发人员以某种方式编写代码，可能会降低他们的工作效率。例如，我对Eclipse最有经验。当然，我可以使用NetBeans，但效率不高。
• 开发人员可能会更少接触新工具/创意/技术。例如，我主要使用Eclipse，但我转而使用NetBeans进行性能分析，使用IntelliJ进行编辑EJB配置。

我见过的一个更好的策略是“嘿，我们是一个Windows / Eclipse商店。如果你愿意，你可以使用[在这里插入你最喜欢的操作系统/工具/技术]，但你必须有足够的能力修复你自己的问题“。

这种前景似乎在两个方面都是最好的;大多数开发人员将坚持标准，文档错误，生成设置文档等。然而，一小部分（通常是高级）开发人员将自己做，发现很酷的新工具，并可能将它们纳入您的标准化环境