c# – 我如何处理Git中的Visual Studio文件？

我通常使用.NET使用Git进行版本控制.在我的团队中,我们并行工作,我们经常提交我们的代码来整合应用程序.一切都很好,但Visual Studio的解决方案和项目文件.我们发现两种方法：

>永远不要提交这些文件,每个人都有自己的

>将这些文件包含在版本系统中

这两种方式都有优缺点,但是基本上我们每次从中央回购中抽出来都是斗争的.这里有一些我们发现的备用问题：(在上面列出的引文中)

>我们必须在项目(1)中包含其他人的文件,或者包括我们最新的(2)

>如果我们使用不同的架构(x86 / x64),我们必须手动更改.csproj文件(2)

>相同的问题回答了参考和NuGet包

等等.我可以使用适当的工作流程吗？

提交.sln和.csproj文件通常是最佳实践(如 this answer ),但合并需要注意.

”.

* .csproj -text merge = union(见下文)

* .sln -text merge = unionv

或者您可以放弃.csproj并在本地重新生成 as in this tweet .

忽略这些csproj文件的另一个原因是,如果它们被重新生成,则为 in this context

yellowblood 警告( in the comments )关于csproj文件与merge = union策略一起使用时的严重冲突问题.

这回应了文章“ Merge conflicts in csproj files ”.

这就是为什么有一个 suggestion for VS IDE should support file patterns in project files (为了不修改.csproj文件,如果添加一个适合该模式的新的.cs文件).

It’s been suggested that if Visual Studio sorted its elements first, that would help mitigate the problem.  That helps reduce the incidental conflicts caused by Visual Studio’s apparent non-deterministic sort of elements.  But it doesn’t make the issue of merge conflicts go away.