在评估Visual Studio2010Beta2时,我发现在转换后的目录中,我的vcproj文件变成了vcxproj文件。在每个项目旁边还有vcxproj.filter文件,其中似乎包含对文件夹结构的描述(\源文件、\头文件等)。
您认为这些筛选器文件是应该按用户保留,还是应该在整个开发组中共享并签入SCC?
我现在的想法是签入它们,但我想知道是否有任何理由不这样做,或者可能有很好的理由我一定要签入它们。
明显的好处是,如果我在看别人的机器,文件夹结构将会匹配,但也许他们想从逻辑上重新组织东西?
发布于 2009-12-03 01:02:31
以前的Visual Studio版本(至少是6.0和2008版本)将这些信息存储在它们自己的项目文件(分别是.dsp和.vcproj文件)中,这当然很适合添加到SCC中。
我想不出任何理由不在SCC中包含此.filter文件
发布于 2010-05-16 06:29:32
我们故意拉出了.filter。当我们转换为.vcxproj MSBuild格式时,文件信息从.vcproj中移出。一个原因就是正如您所指出的,过滤器纯粹是一个逻辑视图,不同的团队成员可能想要不同的视图。另一种是,有时构建被设置为检查项目文件的时间戳,并在它发生变化时触发重建-因为这可能意味着有不同的源文件要构建,或者不同的设置,等等。我不记得我们是否真的以这种方式提供了构建触发,但想法是我们不想仅仅因为过滤器改变而触发重建,因为它们不会影响构建。
发布于 2017-01-10 09:20:27
我刚刚发现,如果你使用Git,你可以将.filter文件标记为合并的联合文件,以使其更简单。只需添加一行:
*.vcxproj.filters merge=union
添加到.gitattributes文件中。
有关更多详细信息,请参阅Using .gitattributes to avoid merge conflicts。
https://stackoverflow.com/questions/1826901
复制相似问题