如何防止Visual Studio中的添加SAK到PRJ文件

Question

我想下面由我PRJ文件了：

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

我使用的源代码控制管理只是，不希望在我的prj和SLN文件绑定元。我已经通过文件 - >源代码管理 - >高级 - 更改源代码管理删除了所有绑定，并手动删除了prj和sln文件中的所有SCC内容，Visual Studio一直在更改我的prj文件和sln文件打开解决方案时。该解决方案的

一部分可能涉及更改注册表，HKEY_CURRENT_USER \ SOFTWARE \微软\ VisualStudio的\ 11.0 \ SourceControl AlwaysAddProjectsLocatedOutsideOfSolutionTree改变这种零停止28的18 prjs从得到自动更新，SCC东西随着开放的解决方案。

我试过的另一件事是阻止Visual Studio在删除所有绑定后重新加载sln和prj文件。 Visual Studio将检测到对sln和prjs的编辑并尝试重新加载，包括签入时是否执行了任何类型的automerge。

对我来说，解决方案的一部分是当我删除sln上的绑定时，TFS会突然将我的sln视为不是最新的。所以当我提交我的clean sln而没有使用scc绑定时，automerge会发回我的scc绑定，这些绑定是TFS服务器上最新的一部分。

所以我尝试的解决方案的一部分是用记事本编辑我的SLN，忽略任何提示由Visual Studio重装，也结帐在源代码控制管理编辑，直到TFS再次认可我的工作空间的版本有最新SLN 。第一次将我的sln作为我的工作区版本中的最新版本进行编辑，但是第二次将其编辑为无效。

因此，这工作起初，所有的解决方案绑定被删除，直到我添加了一个现有的项目，这是以前的解决方案的一部分，并确实有Scc信息，并添加了源代码控制绑定回sln文件和其他相关项目。

Answer 1

我只能说这是令人讨厌的。部分解决方案是为了防止Visual Studio在删除所有绑定后重新加载sln和prj文件。 Visual Studio将检测到对sln和prjs的编辑并尝试重新加载，包括签入时是否执行了任何类型的automerge。该解决方案的

一部分可能涉及更改注册表，HKEY_CURRENT_USER \ SOFTWARE \微软\ VisualStudio的\ 11.0 \ SourceControl AlwaysAddProjectsLocatedOutsideOfSolutionTree改变这种零停止28的18 prjs从得到自动更新，SCC东西随着开放的解决方案。

对我来说，解决方案的一部分是当我删除sln上的绑定时，TFS会突然将我的sln视为不是最新的。所以当我提交我的clean sln而没有使用scc绑定时，automerge会发回我的scc绑定，这些绑定是TFS服务器上最新的一部分。

因此，我的解决方案的一部分是使用记事本编辑我的sln，忽略Visual Studio重新加载的任何提示，以及在源代码管理资源管理器中进行编辑签出，直到TFS再次识别出我的工作空间版本具有最新的sln。第一次将我的sln作为我的工作区版本中的最新版本进行编辑，但是第二次将其编辑为无效。

之后，这就是解决方案中最重要和最直接的部分所在。删除所有绑定，您可能已经完成了全部保存。现在，在Visual Studio选项中将源代码管理插件更改为none，现在关闭解决方案。现在在记事本中打开SLN，并确保没有SCC的东西。现在删除您的解决方案级别.SUO。再次打开sln，您应该没有绑定，并且您应该有待处理的更改以提交sln和您的源代码管理器资源管理器中的部分或全部prj文件，并发出警告说您没有源代码管理插件集。最后，返回源代码管理选项并将Team Foundation Server设置为源代码管理。提交sln和prj文件，删除所有SCC内容。