我应该将文件添加到.vcxproj.filter源控制？

Question

在评估的Visual Studio 2010 Beta 2中，我看到，在转换后的目录，我的 vcproj 文件成为 vcxproj 文件。还有的 vcxproj.filter 这似乎包含的文件夹结构的描述文件并排项目（\源文件，\头文件，等）。

你觉得这些过滤文件应保持每个用户，还是应该在整个开发组共享，并签入SCC？

我现在的想法是，以检查他们，但我不知道是否有任何理由不这样做，或者是很好的理由，我一定要检查他们在

最明显的好处是，如果我在看别人的机器上的文件夹结构将匹配，但也许他们想在逻辑上重组的事情？

Answer 1

以前的Visual Studio版本（至少6.0版和2008年）存储在自己的项目文件中的信息（.DSP和的.vcproj文件分别），这当然是很好的添加到SCC。

我想不出任何理由不包括在此SCC文件.filter

Answer 2

我们有意拉动.filter。文件信息出来的.vcproj，当我们转换为.vcxproj的MSBuild格式。 其中一个原因正是你指出什么了，该过滤器是一个纯粹的逻辑视图，和不同的团队成员可能需要不同的看法。 另一种是，有时构建设置检查项目文件的时间戳，并引发了重建，如果它已经改变了 - 因为这可能意味着有不同的源文件建立，或不同的设置，等等。我不记得如果我们实际上构建运trigging这种方式，但当时的想法是，我们不想触发重建只是因为过滤器改变了，因为它们不影响编译。

Answer 3

我刚刚发现，如果你使用的Git，你可以标记.filter文件被视为联盟合并，使其更简单。只需添加行：

*.vcxproj.filters merge=union

您.gitattributes文件。

请参阅使用.gitattributes避免合并冲突更多的细节。

Answer 4

它不应该在的情况下加入您使用CMake（或类似的生成工具）来生成诸如*.sln，*.vcxproj，*.vcxproj.filters等文件，因为该文件可能包含到项目文件夹和其他的只在您的计算机的完整路径特定文件夹