2010-08-04 63 views
0

我必须更新旧的Visual Studio 2005应用程序。我在我的服务器2008开发盒上安装了包括第三方组件的开发平台。Visual Studio 2005应用程序生成错误

从我们传统的SourceSafe 2005数据库中获取最新版本,更新所有断开的引用并试图编译该解决方案后,我已经固定,除了这些所有的错误,我不知道如何找到:

错误

说明: 定位的程序集清单定义与程序集引用不匹配。 (从HRESULT异常:0x80131040)

文件:LC


警告

描述:不同版本的相同依赖性组件之间 实测值冲突。 C:\ WINDOWS \ Microsoft.NET \框架\ V2.0.50727 \ Microsoft.Common.targets

文件:Microsoft.Common.targets


......所有这一切主要是告诉我的家伙,和该解决方案将无法编译。我想我的意思是,我怎么知道哪个组件有问题?帮助不大?
谢谢

回答

0

我的猜测是某人某人指的是两个不同的程序集具有相同的名称。也许有人已将.NET DLL放入工作副本中,并试图链接到它们,而不是使用GAC中的那些DLL?

更一般地说,它听起来像你有一些装配(A),这取决于另一个装配(B)。 B是指一个装配体的一个副本,而A具有对位于不同位置的同名装配体的引用。

你将不得不把你的安全帽,并挖掘。扰流板:你发现最有可能是而不是是黄金。

+0

所以我甚至可以告诉它是微软装配还是第三方装配?这就是为什么它说'Microsoft.Common.targets'?该解决方案具有MS和其他组件参考。什么都可以继续下去?我完全丧失了这个模糊的错误信息。 – 2010-08-05 00:06:41

+0

那么Microsoft.Common.targets不是一个程序集 - 它是包含在MSBuild文件中的MSBuild文件。它并没有告诉你MSBuild.Common.targets是一个问题文件,它告诉你MSBuild.Common.targets告诉你问题是什么。如果这是有道理的... 我的建议是试图独立构建组件程序并尝试以这种方式缩小参考问题的范围。然后喝一些肯塔基州最好的酸味麦芽威士忌。想想看,顺序在那里并不重要。 – 2010-08-05 00:16:24

+0

哈哈好吧。这些遗留的东西是一个不断讨厌的追求。无论如何,我打算一次删除一个项目中的所有程序集,并在每次删除后尝试构建;然后重新添加它们。在其中任何一个流程中,都会找到罪魁祸首。希望MacAllan的一个小点可以代替。 – 2010-08-05 01:53:28

相关问题