【发布时间】:2012-02-14 15:08:01
【问题描述】:
在我的网络和辅助角色中,我引用了核心框架 DLL 的替代版本。该文件标记为Copy Local。 Visual Studio 将正确的版本显示为项目参考。编译项目时,bin目录也包含正确的版本。
但是,当我要求 Visual Studio 创建一个 Azure 包时,该包(以及在打包过程中创建的 csx 文件夹)包含仅用于 Worker 角色的错误(原始)DLL。 Web 角色具有正确的 DLL。如果我手动使用cspack,则不会发生这种情况,但这并不是一种真正理想的打包方式。
什么可能导致 Visual Studio 使用正确的参考 DLL 进行编译,但捆绑了错误的参考 DLL?
附加信息:
当我运行 msbuild 而不是 Visual Studio 进行打包时,我看到以下两行:
Copying file from "C:\Users\bytenik\Dropbox\Treadmarks\lib\EntityFramework\System.Data.Entity.dll" to "C:\Users\bytenik\Dropbox\Treadmarks\src\Azure\obj\Debug\Worker\System.Data.Entity.dll".
Copying file from "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Data.Entity.dll" to "C:\Users\bytenik\Dropbox\Treadmarks\src\Azure\obj\Debug\Worker\System.Data.Entity.dll".
所以,它似乎复制了我的引用,然后用系统引用复制它。
注意:我很清楚替换 .NET CLR DLL 的整个概念是一个巨大的 hack。当 .NET 4.5 支持我需要的功能时,这一切都将被删除。与此同时,我需要能够继续开发。
这是对问题“Azure References Incorrect DLL”的替代,它实际上是不正确的,导致答案有效,但没有解决我的问题。
【问题讨论】:
-
为了将来参考,最好重写原始问题。谢谢。
-
@Kev 我想过,但所有的答案都是没有意义的。