我知道这是一个老问题了，但是大多数答案在其他devops系统上都不起作用了。VS_KEY_xxx在虚拟机上是不同的，所以我们不能使用sn.exe。

这是我在GitHub Actions中使用的yaml脚本来构建我的VSTO项目，这需要点击一次。其实在“run:”之后只需要两行powershell:

- name: Import certificate
  shell: pwsh
  run: |
    $Secure_String_Pwd = ConvertTo-SecureString "<Password>" -AsPlainText -Force
    Import-PfxCertificate -FilePath '${{github.workspace}}\project\project1_TemporaryKey.pfx' -CertStoreLocation Cert:\CurrentUser\My -Password $Secure_String_Pwd

不幸的是，这里提到的方法都不适合我。我必须在docker容器中注册一对PFX，我需要通过命令行传递密码。

所以我重新开发了 sn.exe -i <infile> <container>命令在c#中使用RSACryptoServiceProvider。源代码和应用程序都在GitHub中 SnInstallPfx项目。

SnInstallPfx应用程序接受PFX密钥及其密码。它自动计算密钥容器名称(VS_KEY_*)(借用MSBuild源代码)，并将其安装到强名称CSP。

用法:

SnInstallPfx.exe <pfx_infile> <pfx_password>
// or pass a container name if the default is not what you need (e.g. C++)
SnInstallPfx.exe <pfx_infile> <pfx_password> <container_name>

在我的场景中，构建服务使用的用户帐户与我使用sn.exe导入密钥的用户帐户不同。

在将帐户更改为管理员帐户后，一切都正常工作。

我说得太早了!重建带来了错误…

我发现这个工作-右键单击解决方案资源管理器并将其排除在项目之外。单击显示所有文件，右键单击，现在再次将其包含在项目中。现在撤销挂起的更改…

出于某种原因，这为我整理了它，相对来说没有什么痛苦!

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

我发现在某些情况下，您应该尝试在安装之前删除此密钥。所以，请做到以下几点:

sn -d VS_XXXX Sn -i mykey。可以VS_XXX