在将Windows安装移动到SSD之后，我也遇到了同样的问题。其他的解决方法对我都不起作用。

我的解决方案是在记事本中打开项目文件，并删除对PFX键的所有引用。保存文件后，在Visual Studio中打开解决方案。进入项目->属性->签名。你不应该在“选择强名称密钥文件”组合框中看到任何键。在组合框中，浏览到该键，选择它，您的项目现在可以构建。

我也遇到过这个问题。 我能够通过运行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，右键单击它并选择安装，但这并不奏效。只是需要注意的一点，因为它可能是两者的结合提供了解决方案。

我得到了同样的错误。 在我的情况下，我尝试了以上所有的方法，但我无法得到结果。

我最终意识到，在我的情况下，错误的原因是没有输入证书密码或输入错误。当我动态正确地输入密码时，错误消失了。成功的

在组合框中重新选择密钥文件并输入密码有助于我们。

但是每次更改密钥文件时都需要这样做，这似乎不太好。

我发现了一个修复程序，可以帮助您在多开发人员环境中成功构建:

不要更改密码(这会导致.pfx被更改)，而是从组合框中重新选择.pfx文件。然后调用密码对话框。输入密码后，项目将生成OK。每个开发人员都可以在自己的本地机器上执行此操作，而无需实际修改.pfx文件。

在我们的构建服务器机器上对程序集进行签名仍然有问题。我在那里得到了同样的错误，但是使用sn.exe -i方法并不能修复构建服务器的问题。

谁在使用GitLab运行程序:

请确保使用一个可以登录到。/gitlab-runner.exe install——user "的帐户运行该运行程序。“ENTER-YOUR-PASSWORD”(我必须先停止并卸载) 按照本指南授予构建用户作为服务登录的权限 使用这样的构建用户登录 请使用其他答案中建议的命令:sn -i certificate。可以VS_KEY_C * * * 6

容器名称建议在GitLab上失败的作业输出中(msbuild输出)