作为一种变通方法，我试着以管理员的身份运行Visual Studio 2010，它对我很有效。

我希望这能有所帮助。

我的问题是TFS构建控制器作为网络服务运行，出于某种原因，我不明白为什么Visual Studio构建主机服务证书没有被使用。我将Visual Studio Build服务的标识更改为更易于管理的标识，确保它在TFS服务器上拥有权限，并使用MMC手动添加证书。

问题还在于MSBuild无法将受密码保护的证书添加到存储中。

我通过更改Visual Studio项目的.csproj文件中的下面一行来解决这个问题:

这抛出了“不能导入”错误:

<PropertyGroup>
<SignManifests>true</SignManifests>
</PropertyGroup>

将值更改为false可以消除错误。

作为连接错误报告的原作者，此消息有两种变体(我稍后发现)

对于一个变体，您使用sn.exe(通常如果您正在执行强命名)将密钥导入到强命名存储区。

使用certmgr导入的另一种变体是在协同设计类似“单击一次”部署的内容时(注意，可以在这两种情况下使用相同的cert)。

希望这能有所帮助。

我在“选择强名称密钥文件”下拉框中重新选择了密钥(pfx)文件，然后在“ENTER password”弹出窗口中提供密码。拯救了我的项目并重建了。构建成功。

打开项目属性。 单击Signing部分。 当它说“选择强名称密钥文件:”时，从下拉框中重新选择当前值:

Visual Studio现在将提示您输入密码。进入它。

保存项目并重新构建。 如果得到错误消息:“试图引用一个不存在的令牌”，请忽略它并继续以下步骤 点击“更改密码”按钮:

在这三个框中都输入原密码，然后单击OK。如果您想更改密码(或者您的旧密码不符合复杂度要求)，您现在就可以这样做。 保存项目并重新构建。

更多信息…

我也遇到过这个问题。 我能够通过运行sn -i <KeyFile> <ContainerName>(将密钥对安装到命名容器中)来解决这个问题。

sn通常作为Windows SDK的一部分安装。例如C:\Program Files (x86)\Microsoft sdk \Windows\v8.0A\bin\NETFX 4.0 Tools\sn.exe。这个位置很可能不在标准环境的搜索路径上。但是，Visual Studio安装的“开发人员命令提示符”添加了额外的信息，通常包括正确的位置。

根据你的帖子看来

Sn -i公司名称。可以VS_KEY_3E185446540E7F7A

这必须从你的PFX文件的位置运行，如果你在VS 2010中加载了解决方案，你可以简单地从解决方案资源管理器中右键单击PFX文件，并选择打开命令提示符，这将在正确的目录中启动。net 2010 cmd提示符工具。

在运行这个sn命令之前，我确实重新安装了pfx，右键单击它并选择安装，但这并不奏效。只是需要注意的一点，因为它可能是两者的结合提供了解决方案。