3 回答

TA貢獻1804條經驗 獲得超7個贊
我也遇到了這個問題。我能夠通過運行來解決問題
sn -i <KeyFile> <ContainerName>(將密鑰對安裝到命名容器中)。
sn通常作為Windows SDK的一部分安裝。例如C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\sn.exe。此位置很可能不在標準環境的搜索路徑中。但是,Visual Studio安裝的“開發人員命令提示符”添加了通常包含正確位置的其他信息。
根據您的帖子,看起來像
sn -i companyname.pfx VS_KEY_3E185446540E7F7A
這必須從PFX文件的位置運行,如果您在VS 2010中加載了解決方案,則只需在解決方案資源管理器中右鍵單擊pfx文件,然后選擇“打開命令提示符”,這將在其中啟動.net 2010 cmd提示工具。正確的目錄。
在運行此sn命令之前,我確實通過右鍵單擊pfx并選擇install重新安裝了pfx,但是該方法不起作用。只是要注意一點,因為這可能是提供解決方案的兩者的結合。
希望這有助于解決您的問題。

TA貢獻1828條經驗 獲得超3個贊
我發現了一個修復程序,可以幫助您在多開發人員環境中成功構建:
而不是更改密碼(這將導致.pfx更改),而是從組合框中重新選擇 .pfx文件。然后,這將調用密碼對話框。輸入密碼后,項目將建立成功。每個開發人員都可以在本地計算機上執行此操作,而無需實際修改.pfx文件。
我仍然無法在我們的構建服務器計算機上對程序集進行簽名。我在那里遇到了相同的錯誤,但是使用sn.exe -i方法不能解決buildserver的問題。

TA貢獻1780條經驗 獲得超1個贊
我遇到了同樣的問題,刪除商店后無法正常閱讀。我必須執行以下操作。
獲取OpenSSL的副本。它可用于Windows。或者使用Linux機器,因為他們幾乎都擁有它。
運行以下命令以導出到密鑰文件:
openssl pkcs12 -in certfile.pfx -out backupcertfile.key
openssl pkcs12 -export -out certfiletosignwith.pfx -keysig -in backupcertfile.key
然后,在項目屬性中,您可以使用PFX文件
- 3 回答
- 0 關注
- 1444 瀏覽
添加回答
舉報