我目前有一个引用10个.dll文件的解决方案。这些.dll文件又都引用一个共享的.dll文件。
今天,在重新编译共享.dll之后,我开始在调试时收到一个错误消息,显示“源文件不同于构建模块时的错误。”
我试过了所有常见的方法。我删除了bin和object文件夹。我重新编译了。我关闭了Visual Studio的所有实例,并在它们全部关闭后重新启动。我重启了我的机器。似乎没有任何修复方法可以修复它。
发布于 2012-04-20 02:45:51
我猜您的10个DLL中有一个引用了共享DLL的另一个副本,而不是您编译的那个。
由于您拥有所有的源代码,因此请将所有项目放在同一解决方案中,并让DLL引用共享DLL的项目。这将解决您的问题。
发布于 2012-04-21 06:00:19
这也发生在我身上。有一次,我通过从头开始逐个项目地重新编译来修复它(顺序与VS相同)。
另一次,这没有帮助。我不记得我当时做了什么。
我相信这是VS中的一个bug。我注意到你在运行VS2008。这个问题可能会随着升级而消失(所谓的bug可能已经修复)。与VS2008相比,VS2010也更易于使用,因此它可以在自己的领域保持最新。为什么不下载一个评估VS11并在那里试用呢?
将所有项目移动到一个解决方案中,以一种简单而正确的方式引用它们。编译。现在,您到处都有正确的DLL,并且可以返回到更多样化的解决方案。
您也可以尝试使用MSBuild。这很简单,因为你已经在VS中有了项目。一旦它是由MSBuild ( VS使用自己)构建的,它可能会再次在VS中编译。
最后,您可以尝试使用nAnt进行构建。编译完成后,您可能可以再次在VS中进行编译。
祝好运。我也去过那里。真没意思。
发布于 2012-04-20 02:45:10
I你在你的项目中直接引用了一些DLL,而不是一个项目。这意味着如果您甚至清理和重新生成,相同的dll将被用作引用。这通常是一个问题,所以我建议你检查一下你的推荐人。
https://stackoverflow.com/questions/10234699
复制相似问题