Version control 是否将文件投影到VCS？

在我们公司，我们正在讨论是否将项目文件放入我们的版本控制系统。你怎么认为？考虑一个包含源、文件和其他东西的C项目的Eclipse项目文件。如果项目文件符合以下标准，您会将其放入VCS吗？

：

它们只包含用于快速构建源代码、签出、提交和基本例程（供开发人员使用）的信息

可能用于发布的部件只能与内部部件分开（例如，如果您是自由和开放源码软件项目或专有软件）

它们不会改变任何人的IDE设置或个人偏好

它们可以被视为内部版本的源代码，并且可能有自己的bug和补丁

---

我看不出有什么不可以的主要原因生成文件/自动工具DEF通常进入RCS（至少自动工具输入）。提供存储的数据与所有相关，并且他们的机器（构建输出目录…）给它一个GO

< P>我建议检查它们，除非它们包含绝对路径（一些类似于Borland C++ + Builder的IDE），或者像Aiden Bell写的那样——它们包含IDE安装信息。

---

例如：在Eclipse中，

.project

和

.classpath

是安全的。在Visual Studio中，

*.csproj

和

*.sln

是安全的（而

*.suo

不是）。我建议您随时检查它们。它不会花费您任何费用，但有时您会遇到您乐于检查的情况，即项目文件的不同设置等。

如果您使用RCS表示通用版本控制系统，那么，是的，检查源代码并在，总的来说，几乎所有你无法从你签入的东西中轻松重现的东西

---

如果你用RCS来表示

RCS

，那么请升级到更好的版本。SVN是个不错的选择，或者Git之类的