为什么 Visual Studio 2005 更喜欢“无”而不是强制作为源代码控制提供商

Question

（以前：帮助！Sourcesafe 劫持 Visual Studio 2005 中的 Perforce 绑定）

嗨，

我目前在 Visual Studio 解决方案方面遇到问题。我们通过 Visual Studio 中的绑定机制使用 perforce 作为我们的源代码控制提供程序。

我的问题是，每次我打开解决方案时，sourcesafe 都会劫持绑定，并向我显示许多有关无法找到 sourcesafe 数据库的错误。 通过以下方法可以轻松纠正此问题：

1. 解除解决方案和所有项目的绑定。
2. 转到选项并将源代码控制提供程序从 sourcesafe 更改为 perforce。
3. 重新绑定解决方案和所有项目。

但是！我不想每次打开解决方案时都这样做。

有谁知道她这里发生了什么事吗？我最好想解决这个问题而不完全删除源安全插件。

更新：

我删除了一些注册表项，以防止 VS 发现 sourcesafe 插件。这是有效的，因为在选项的提供程序列表中不再可以找到 sourcesafe。有趣的是它仍然不会使用perforce。当我打开解决方案时，我仍然收到错误，并且提供程序在选项对话框中设置为“无”。

看来这不是一个源安全问题，而是一个Visual Studio问题。有谁知道 Visual Studio 在项目和解决方案级别上存储其绑定的位置？我检查了 .scc 和 .vssscc 文件，发现没有提及 perforce。 （项目名称除外：“perforce 项目”）

此致，

• Yngve

Answer 1

Visual Studio 一次仅支持 1 个源代码管理，因此您需要在打开解决方案之前通过选项切换提供程序。 （开放VS、切换提供商、开放解决方案）。

Answer 2

经过大量挖掘，在注册表中也是如此。我在以下键下找到了一个源代码控制提供程序的小列表：

[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\SourceControl\EngineNames]
"0"="Sourcesafe"
"1"="Perforce"

将顺序更改为：

[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\SourceControl\EngineNames]
"0"="Perforce"
"1"="Sourcesafe"

它正确地将项目与 perforce 关联起来。你问为什么？我一点也不知道。
不过，这个“修复”是否会扰乱与 sourcesafe 的任何绑定还有待观察。