アプリケーションのエントリポイントアセンブリは強力な名前のキーで署名されているため、.NETではすべての参照アセンブリにも署名が必要です。署名されていないアセンブリを公開するパッケージでは、ildasm/ilasmを使用して、hereのプロセスで手動で署名し、強力な名前のアセンブリをgitリポジトリにチェックインしました。NuGet署名付きDLLを上書き復元
ビルドマシンでは、署名済みのDLLを取得するためにgit pull
を実行し、残りのパッケージを復元するには.nuget\NuGet.exe restore App.sln
を実行しました。 NuGetの復元では、パッケージフォルダの下に署名/チェックインされたアセンブリファイルが上書きされませんでした。
最近では、これはもはや動作していないことに気付き、署名されたDLLのうちの1つのみであることに気付きました。nuget restore
は、パッケージに付属する元の署名されていないアセンブリで上書きします。なぜこれが今や異なった働きをしているのか、なぜパッケージの1つだけに起こっているのか理解できません。
NuGet restore
は、パッケージの既存のDLLを上書きするタイミングとスキップするタイミングをどのように決定しますか?- 署名されていないパッケージを使用するときに、このような厳しい名前付け要件に対処する方法はありますか?
NuGet.exeのバージョンは3.4.3です。
ありがとうございます!
'.nupkg'ファイルを含めて固定しました。ありがとう! – orad