visual-studio-2010 - Visual Studio Bindings - 不同解决方案中的绑定(bind)和未绑定(bind) sc

Question

我有一个开发团队，他们在使用 Visual Studio 源代码控制绑定(bind)方面存在分歧。一半希望整合，一半不希望。有没有一种方法可以添加仅绑定(bind)设置的解决方案，以便每个团队都可以根据自己的喜好使用不同的解决方案？

Answer 1

这个问题没有无痛的解决方案。原因是 Microsoft 做出了将源代码控制信息嵌入到 .NET 解决方案和项目文件中的极其错误的决定。

假设 Dick 想使用 SCC 插件而 Jane 不想。 Dick 通过插件将项目添加到版本控制，这样的信息将写入解决方案文件:

GlobalSection(SourceCodeControl) = preSolution
    SccNumberOfProjects = 2
    SccLocalPath0 = .
    SccProjectUniqueName1 = someApp\\someApp.csproj
    SccLocalPath1 = someApp
EndGlobalSection

像这样的一些垃圾将被添加到项目文件中:

<SccProjectName>SAK</SccProjectName>
<SccLocalPath>SAK</SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>
<SccProvider>SAK</SccProvider>

此外，一些文件将散布在项目文件夹树中(解决方案和项目文件夹中的 MSSCCPRJ.SCC 文件，解决方案文件夹中的 *.vssscc 文件，以及项目文件夹中的 *.vspscc 文件)。

只要 Dick 不将它们 checkin 源代码管理，额外的文件就不是问题(尽管插件总是要 checkin 那些 .vssscc 和 .vspscc 文件)。但是，写入解决方案和项目文件的源代码控制信息总是让 Jane 烦恼。每当她打开解决方案时，她都会被这条消息唠叨:

然后是这个:

如果她选择“永久删除源代码管理关联绑定(bind)”选项，源代码管理信息将从解决方案和项目文件中删除，她会再次高兴。然而，Dick 的 SCC 插件将不再工作，他可能会将项目重新绑定(bind)到源代码管理，然后办公室骚乱将随之而来。

总而言之，您可以在使用 SCC 插件的人和不使用 SCC 插件的人之间共享 .NET 项目，但是一方或多方将不得不忍受一些烦恼，因为 Microsoft 决定将源代码控制信息添加到.NET 项目文件(如此糟糕的决定，这在 Visual Studio 6 中不是问题)。