version-control - 什么要置于版本控制之下？

Question

几乎任何 IDE 都会创建大量与正在开发的应用程序无关的文件，它们由 IDE 生成和维护，因此他知道如何构建应用程序、版本控制存储库在哪里等等。

这些文件是否应该与与应用程序真正相关的文件(源代码、应用程序的配置文件……)一起受版本控制？

问题是:在某些 IDE 上，如果您创建一个新项目，然后使用 IDE 中嵌入的版本控制客户端/命令将其导入版本控制存储库，那么所有这些文件都会发送到 respitory。而且我不确定这是对的:在同一个项目上工作的两个不同的开发人员想要使用两个不同的 IDE 是什么？

我想保留这个问题不可知论者避免引用任何特定的 IDE、编程语言或版本控制系统。所以这个问题与这些问题并不完全相同:

SVN and binaries - 但这里讨论的是二进制文件和 SVN

Do you keep your build tools in version control? - 但这里讨论的是构建工具(例如，将 jdk 置于版本控制之下)

What project files shouldn’t be checked into SVN - 但这里谈论的是 SVN 和 dll 的

Do you keep your project files under version control? - 非常相似(之前没有找到)，感谢 VonC

Answer 1

我认为最好将任何内容置于版本控制之下，以帮助开发人员快速上手，忽略任何可能由 IDE 或构建工具自动生成的内容(例如 Maven 的 eclipse 插件生成 .project 和 .classpath - 无需 checkin 这些内容)。尤其要避免经常更改的文件，只包含用户偏好，或者 IDE 之间的冲突(例如，另一个使用 .project 的 IDE，就像 eclipse 一样)。

对于 Eclipse 用户，我发现添加代码样式(.settings/org.eclipse.jdt.core.prefs - 打开保存时自动格式化)以获得一致格式化的代码特别方便。