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

【问题标题】：Does it make sense to store IDE specific files as part of source code将 IDE 特定文件存储为源代码的一部分是否有意义
【发布时间】：2011-08-03 05:29:04
【问题描述】：

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

【问题讨论】：

是的：stackoverflow.com/questions/2818239/… 和 stackoverflow.com/questions/116121/…。这不仅仅是我：stackoverflow.com/questions/1880817/…、stackoverflow.com/questions/4814974/…、stackoverflow.com/questions/3111170/…。再次：stackoverflow.com/questions/3790241，stackoverflow.com/questions/4931726

标签： eclipse svn

【解决方案1】：

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

【讨论】：

【解决方案2】：

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

拥有标准化的环境有几个优势：

大家都熟悉您的环境和工具集。
常见问题众所周知并记录在案。
新开发人员的简单学习曲线（甚至可能是“设置文档”）。

当然也有缺点：

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

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

这种观点似乎是两全其美；大多数开发人员会坚持标准，记录错误，生成设置文档等。但是，一小部分（通常是高级）开发人员会开始做自己的事情，发现很酷的新工具，并可能将它们整合到您的标准化环境中.

【讨论】：