Asp.net 从Azure上的源运行Roslyn时出现强名称错误

Asp.net 从Azure上的源运行Roslyn时出现强名称错误,asp.net,.net,azure,roslyn,strongname,Asp.net,.net,Azure,Roslyn,Strongname,我正在尝试运行使用该库的Azure web角色。由于需要在NuGet上提供的最新RC构建之后添加的功能,我正在从我链接的GitHub存储库构建代码。我通过运行附带的cibuild.cmd脚本来执行构建 当从命令行程序运行时,代码工作正常,但当我在本地或Azure上运行web角色时,会出现如下错误 无法加载文件或程序集“Microsoft.CodeAnalysis.CSharp.Features”或其依赖项之一。无法验证强名称签名。程序集可能已被篡改,或者已延迟签名但未使用正确的私钥完全签名。(来

我正在尝试运行使用该库的Azure web角色。由于需要在NuGet上提供的最新RC构建之后添加的功能,我正在从我链接的GitHub存储库构建代码。我通过运行附带的
cibuild.cmd
脚本来执行构建

当从命令行程序运行时,代码工作正常,但当我在本地或Azure上运行web角色时,会出现如下错误

无法加载文件或程序集“Microsoft.CodeAnalysis.CSharp.Features”或其依赖项之一。无法验证强名称签名。程序集可能已被篡改,或者已延迟签名但未使用正确的私钥完全签名。(来自HRESULT的异常:0x80131045)

这是有道理的。。。除非
sn.exe
报告已禁用该公钥的验证。(EDIT:我检查了它的注册表项,确认64位和32位代码都是如此。)我还尝试使用Roslyn
FakeSign.exe
实用程序,但没有效果


如何让Roslyn的最新版本在web角色的上下文中实际运行?

请确保同时运行32位和64位版本的
sn.exe


可能会跳过32位进程的验证,但web worker角色作为64位进程运行。

我确实检查过,但注册表中
Wow6432Node
下的列表与正常的列表相同。我更新了这个问题来说明这一点。试着运行“FakeSign-u”删除所有构建的二进制文件上的伪签名位。在这一点上,您将有延迟签名的二进制文件,验证跳过应该开始。