为什么 Visual Studio 2005 更喜欢“none”而不是 perforce 作为源代码控制提供程序

Question

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

你好，

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

我的问题是，每次打开解决方案时，sourcesafe 都会劫持绑定并向我显示很多关于无法找到 sourcesafe 数据库的错误。 这个问题很容易纠正：

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

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

有谁知道她这里发生了什么？ 我更愿意在不完全删除 sourcesafe 插件的情况下解决这个问题。

更新：

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

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

问候，

• 永维

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 的任何绑定还有待观察。