当生成过程使用强名称对程序集进行签名时，使InternalsVisibleTo工作吗？

| 在我们的商店中，我们使用Cruise Control和MSBuild来自动化产品的构建，作为持续集成的一部分。 构建的一部分是对程序集进行签名，以便它们具有强名称。 在我们本地开发的项目文件中，它没有指定签名，因为它被MSBuild脚本覆盖。 在我决定引入需要我使用ѭ0tests属性的单元测试之前，这一切都很好。我还开始使用一个不错的开源库，该库具有也使用此技术的单元测试。 这意味着，在我的机器上，我可以更新ѭ1来使用以下语句：

[assembly: InternalsVisibleTo(\"MyProject.Tests.UnitTests\")]

一切都很好。 但是，由于构建机器对程序集进行了签名，因此检查入栈会破坏构建，因此该行需要更新为如下所示：

[assembly: InternalsVisibleTo(\"MyProject.Tests.UnitTests, 
             PublicKey=\"magic key here..)\"]

我有半个心思不签署集会而定。但是，“对程序集进行签名是一种最佳实践”（重复3次此操作），并且如果我们从此操作中获得任何好处，则我不想对其进行远程控制。 我们没有安装到GAC，我们也不特别担心篡改，也不必担心使用我们库的第三方，我们会在更新应用程序时立即更新所有文件。最明显的好处是，支持人员无法将程序集的某些随机版本复制到运行时文件夹中，并且似乎可以工作一会儿。 我不想打开涉及的工作，而需要手动更改大约100个项目文件以启用签名。我也不想通过将应该在内部公开的内容标记为公共内容，也不想参与绑定重定向，也不想删除单元测试。 我想不使用强名就容易了，而拥有强名（如果有的话）的所有好处，我也不想做很多额外的工作来做到。那是过分的要求？ 这篇文章很好地描述了问题和解决方案，但是我并不是一个充分利用MSBuild脚本的人： http://social.msdn.microsoft.com/forums/zh-CN/msbuild/thread/02df643c-956a-48bd-ac01-4a1016d91032/ 该问题的正确解决方案是什么？ 欢迎任何意见和讨论。