Visual studio 2010 Visual Studio绑定-不同解决方案中的绑定和未绑定sc

我有一个开发团队，在使用VisualStudio源代码管理绑定的想法上存在分歧。一半人希望整合，一半人不希望整合。是否有一种方法可以添加一个仅限解决方案的绑定设置，以便每个团队可以根据他们的偏好使用不同的解决方案？

我不确定您是否完全正确。我假设您的团队中有一半希望使用VisualStudio插件访问Performance，而另一半则不希望

这是可能的。您必须确保从不签入插件创建的msscprj.SCC文件。这是本地绑定信息，不会在每个人的工作站上工作

另一方面，*.vssscc文件可以也应该进入Perforce

---

不过，使用插件有一个很大的优势：插件知道哪些文件需要签入，哪些文件需要省略。尤其是在添加新项目时，在使用Perforce visual client而不是插件时，忘记签入新创建的文件是一个常见的错误。

这个问题没有无痛的解决方案。原因是微软做出了一个极其糟糕的决定，将源代码管理信息嵌入到.NET解决方案和项目文件中

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

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

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

SAK
萨克
萨克
萨克

此外，一些文件将散布在项目文件夹树上（解决方案和项目文件夹中的msscprj.SCC文件、解决方案文件夹中的*.vssscc文件和项目文件夹中的*.vspscc文件）

只要Dick不将额外的文件签入源代码管理，这些文件就不是问题（尽管插件总是希望签入那些.vssscc和.vspscc文件）。然而，写入解决方案和项目文件的源代码管理信息对Jane来说总是一件麻烦事。每当她打开解决方案时，她都会被以下消息困扰：

然后这个：

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

总而言之，您可以在使用SCC插件的用户和不使用SCC插件的用户之间共享.NET project，但一方或多方将不得不忍受一些烦恼，因为Microsoft决定将源代码管理信息添加到.NET project文件中（这是一个错误的决定，在Visual Studio 6中不是问题）

您必须确保从不签入创建的msscprj.SCC文件 通过插件

---

我删除了*.scc文件，但Visual Studio阻止我使用其他源代码控制插件，除非保存到解决方案和项目文件中

我很清楚这一点，但我想我也希望别人告诉我同样的事情。瘸的

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