为什么部署.NET Compact Framework程序集会导致部署.NET桌面框架程序集?

为什么部署.NET Compact Framework程序集会导致部署.NET桌面框架程序集?,.net,deployment,compact-framework,.net,Deployment,Compact Framework,我正试图让我的一名开发人员参与一个相当大的.NETCF项目。当我们尝试简单地将解决方案及其所有项目部署到目标设备时,部署其中一个项目会触发桌面框架中的多个程序集从GAC复制到设备。究竟是什么原因导致了这一切?“大”框架中的程序集类似于System.DirectoryServices、System.Design和其他一些程序集。导致它的原因是向桌面程序集添加一个引用(直接或通过引用另一个组件)。确保所有引用(包括mscorlib等)都指向CF程序集。导致它的原因是向桌面程序集添加了一个引用(直接或

我正试图让我的一名开发人员参与一个相当大的.NETCF项目。当我们尝试简单地将解决方案及其所有项目部署到目标设备时,部署其中一个项目会触发桌面框架中的多个程序集从GAC复制到设备。究竟是什么原因导致了这一切?“大”框架中的程序集类似于System.DirectoryServices、System.Design和其他一些程序集。

导致它的原因是向桌面程序集添加一个引用(直接或通过引用另一个组件)。确保所有引用(包括mscorlib等)都指向CF程序集。

导致它的原因是向桌面程序集添加了一个引用(直接或通过引用另一个组件)。确保所有引用(包括mscorlib等)都指向CF程序集。

hmm。。。是否有其他开发人员工作站在部署解决方案时不拉入桌面程序集的原因?受影响工作站上的生成消息之一是编译器检测到两个引用程序集(相同版本、不同公钥标记)之间存在冲突。我相信讨论中的程序集是System.Web.Services。我敢打赌,如果您查看这些令牌,其中一个是桌面版本。由于存在冲突,Studio只是选择一个,在该机器上,它选择桌面版本并运行。嗯。。。是否有其他开发人员工作站在部署解决方案时不拉入桌面程序集的原因?受影响工作站上的生成消息之一是编译器检测到两个引用程序集(相同版本、不同公钥标记)之间存在冲突。我相信讨论中的程序集是System.Web.Services。我敢打赌,如果您查看这些令牌,其中一个是桌面版本。由于存在冲突,Studio只是选择一个,在该机器上,它选择桌面版本并运行它。