assembly-signing

    21熱度

    6回答

    現在我正在設置鏈接器/高級/ KeyFile選項。 我得到了「mt.exe:一般警告810100b3:是一個強名稱的簽名程序集,嵌入一個manifest會使簽名失效,您需要重新簽署此文件以使其成爲有效的程序集。。 從網絡上讀取,聽起來像我必須設置延遲簽名選項,下載SDK並運行sn.exe作爲後期構建事件。當然,在VS2010中必須有一種更簡單的方法來完成這個常用操作?

    7熱度

    2回答

    我管理一個開源項目,並想簽署項目二進制包中發佈的二進制文件。我使用Visual Studio csproj和sln文件來管理和構建我的項目,並將這些文件作爲項目源代碼包的一部分進行分發。 我該如何簽署生成的二進制文件,而不必分發snk密鑰對文件?如果我使用Visual Studio簽署程序集,則每個項目文件現在都需要密鑰對的副本才能構建。即使密碼保護,我也不習慣分發密鑰對。 編輯: 另一個需要注意

    23熱度

    5回答

    數字簽名與強名稱程序集有什麼關係?我讀到一個強命名的程序集有公鑰和數字簽名。 從Wikipedia article "Assembly (CLI)": 「簽約大會包括採取大會重要組成部分的哈希,然後用私鑰加密哈希簽名的散列值與公衆一起存儲在裝配。密鑰,公共密鑰將解密已簽名的散列,當CLR加載一個強命名的程序集時,它將從程序集生成一個散列,然後將其與已解密的散列進行比較,如果比較成功,則表示文件中的

    16熱度

    1回答

    在visual studio項目設置中,您可以選擇強大的名稱密鑰文件來簽署程序集。當創建一個新的,你可以選擇使用密碼保護它。你應該什麼時候這樣做?你什麼時候不應該? 我認爲它可能不是那麼聰明,如果該項目是一個開源項目Codeplex或類似的託管密碼保護它。還是應該保護它?如果密鑰文件受到保護,人們將無法下載源代碼並進行編譯?或者,這究竟是如何工作的?

    6熱度

    3回答

    由於各種原因,我寧願不要在我的項目中使用強命名(簽名)程序集。但是,其中一個項目由Sharepoint Web部件引用,這意味着它必須經過簽名。 是否有可能讓此程序集簽名,但是當我從其他項目中引用它時,請使用非強引用來完成此操作。這會給我帶來一個沒有簽名的程序集的剩餘代碼的優點,但仍然允許它由Sharepoint加載。

    16熱度

    3回答

    我正在尋找關於在具有30多個開發人員,20多個解決方案和60多個項目的組織中應用簽名程序集的建議和最佳做法。我們正在使用Visual Studio Team System 2008和TFS。 雖然創建密鑰並簽署程序集是一個非常簡單直接的過程,但我擔心我們如何以最佳方式管理這個問題。 我的想法到目前爲止: 每種溶液,其典型地具有項目3和20之間,將具有置於溶液中的根文件夾的單個.PFX密鑰文件。 每

    1熱度

    1回答

    我們有一個C#解決方案與ca. 55個項目,包括測試項目。 由於項目的一部分是共享點,所有的dll都被簽名。 我們想運行代碼覆蓋率的單元測試。然後,我們得到代碼覆蓋無法簽署dll的問題。 因此,我們需要取消簽名的DLL,運行測試,然後辭職。有了大量的項目文件,這很麻煩。 問題是:是否有可能以任何方式自動執行此操作? (要辭職,我只能做撤銷結賬)