如何为GitHub托管及NuGet发布的.NET项目指定强名称密钥路径

完全可以通过环境变量、MSBuild属性实现更灵活的路径配置，避免绝对/相对路径的缺陷：

• 自定义环境变量方案：在系统环境变量或者Visual Studio的MSBuild全局配置中新增变量，例如命名为SNK_ROOT，值为你本地存储密钥的根目录（比如D:\Source\Keys），项目文件中密钥路径写为$(SNK_ROOT)\MyKey.snk即可。后续更换密钥存储位置、更换盘符，只需要修改SNK_ROOT的值，无需改动任何项目文件。
• 全局配置统一管理：针对20多个项目的场景，可在解决方案根目录新建Directory.Build.props文件，统一配置签名规则和密钥路径，所有项目会自动继承该配置，无需逐个修改项目文件。如果需要调整路径，仅修改这一个全局文件即可。

可以通过条件配置实现「你本地自动签名、其他用户拉取代码无需修改即可编译」的效果，无需用户手动移除签名配置：

• 存在性判断自动开关：在签名配置中增加路径存在性判断条件，示例配置如下：

<SignAssembly Condition="Exists('$(SNK_ROOT)\MyKey.snk')">true</SignAssembly>
<AssemblyOriginatorKeyFile Condition="Exists('$(SNK_ROOT)\MyKey.snk')">$(SNK_ROOT)\MyKey.snk</AssemblyOriginatorKeyFile>

配置后，只有本地存在对应密钥文件时才会启用强名称签名，其他用户拉取代码后没有密钥的情况下，会自动跳过签名流程，正常编译。

• 本地私有配置隔离：将签名配置单独放在不提交到Git的私有文件中，在仓库提交的全局配置中增加导入逻辑：

<Import Project="LocalSigning.config" Condition="Exists('LocalSigning.config')" />

再将LocalSigning.config加入.gitignore规则，你本地自行创建该文件写入你的密钥配置，仓库默认配置为不启用签名，既不影响你本地的签名打包流程，其他用户拉取代码也能直接编译。

内容的提问来源于stack exchange，提问作者Harry