我正在寻找在一个拥有 30 多个开发人员、20 多个解决方案和 60 多个项目的组织中应用签名程序集的建议和最佳实践。我们正在使用 Visual Studio Team System 2008 和 TFS。
虽然创建密钥和签署程序集是一个非常简单直接的过程，但我担心我们如何以最佳方式管理它。
到目前为止我的想法：
我们会遇到这种方法的任何问题吗？
其他一些想法：
欢迎任何意见、好的/坏的经验和建议。 :)
【问题讨论】：
标签： .net visual-studio assembly-signing
您还可以将强名称密钥保存在根级别的文件夹中，与所有项目文件夹处于同一级别。 当您在项目属性 -> 签名选项卡中选择此文件时，密钥文件将被复制到项目文件夹中。 删除此文件。在记事本中打开 .csproj 文件。寻找以下标签 我的key.snk 手动编辑密钥文件的路径，确保指定项目文件夹的相对路径。保存文件。 现在在 Visual Studio 中打开项目属性。您可以看到更新后的路径指向正确的位置。
【讨论】：
我们目前对解决方案中的每个项目都使用相同的强密钥 (.SNK)。根据您的项目，您如何管理每个项目的不同键。
如果您想要更高的安全性，我想您可以为每个项目重新创建密钥，但管理起来将是一场噩梦。请记住，在一天结束时，SNK 只是显示代码来自您的公司，并防止程序集被更改，这不是一个巨大的内部安全功能。
为此，如果您不信任/不希望开发人员构建代码，您应该限制源代码控制并考虑使用构建服务器等。
【讨论】：
过去，我曾非常有效地为多个解决方案和项目使用一个键。它是一种简单的方法，可确保只有有权访问私钥文件的人才能发布通过强名称检查的构建。
注意：要使用单个密钥文件，我们发现最简单的方法是将文件作为链接添加到每个项目。
我看到的一个缺点是，让您的开发人员可以使用密钥文件意味着它不像应有的那样私密。理想情况下，应该尽可能少的人（例如仅构建过程）有权访问/知道密码。
单一文件方法使密钥的管理简单（只有一个），同时仍然允许强命名的好处。
【讨论】：