确定对不正确的 .NET Framework 版本的间接依赖的来源

我想知道如何确定此构建错误的来源；

Warning 4   The primary reference "MyNamespace.MyProject" could not be resolved because 
   it has an indirect dependency on the .NET Framework assembly "System.Xml, Version=4.0.0.0,
   Culture=neutral, PublicKeyToken=b77a5c561934e089" which has a higher version "4.0.0.0" than
   the version "2.0.0.0" in the current target framework.   MyNamespace.MyOtherProject

我理解这个错误的含义（以及同一个项目中的其他 5 个错误），但我无法弄清楚如何在我的情况下解决它。本例中的“主要引用”(MyNamespace.MyProject) 对 .NET 4.0.x 没有直接依赖关系。

主要参考仅依赖于我的另一个项目 (MyNamespace.MyCoreProject)，构建的源项目 (MyNamespace.MyOtherProject) 也直接依赖于该项目。并且构建并没有抱怨that项目间接引用 .NET 4.0.x，所以我认为我可以排除这种情况。

主要参考直接依赖于三 (3) 个第 3 方 DLL，所有这些也都以 .NET 2.0 为目标。

我使用 dotPeek 来检查构建的库，但看不到任何使用 .NET 4.0 的引用。

工作中唯一的其他潜在扳手是使用 PostSharp，它由“MyNamespace.MyCoreProject”（由主要参考项目引用）直接引用，这可能会导致问题，因为我相信在以下情况下存在相关的 VS2010 错误引用PostSharp.dll（http://www.sharpcrafters.com/forum/Topic4444-4-1.aspx#bm4462），但是我也从构建链中删除了它并且仍然看到这个错误，所以我认为我也可以规则that out.

如果有人能告诉我为什么会发生这种情况，那就太棒了！如果没有，关于如何计算出未命名的“间接引用”是什么的一些指导也会同样有帮助！

顺便说一句，我已经尝试了以下所有工具来获取一些信息，但它们并没有告诉我太多我不知道的信息（这是相关 DLL 的直接依赖项）； - .NET 反射器 - 点窥视 - IldAsm - 取决于（依赖行者）

虽然我实际上还没有找到一个好的方法来真正解决确定 MsBuild 如何确定它使用的引用的问题（为什么它不只是告诉我它是如何得出这些间接引用的，而不是让我猜测我不知道）知道我have解决了我的问题。

最后，我基本上删除了“主要引用”项目中的所有引用（这需要逐段排除所有代码 - 这是一个有点痛苦的过程），以确定对 .NET 4.0 库的假定间接引用的来源是由引用的第 3 方 DLL。

然而，我确实相信这个问题背后的 MsBuild 存在一个错误，如下：

1. 第 3 方 DLL 通过“浏览”引用到我的计算机上的特定 DLL 文件 - 该文件非常明确地仅依赖于 .NET 2.0
2. 在构建中将“特定版本”设置为 true 并不能解决此问题
3. MsBuild 似乎正在向 GAC 寻求帮助不同版本该 DLL 并导致不正确的引用错误。

现在，另一个好奇心是，我有一段时间没有接触或更改相关的库了，所以这只是因为其他一些不相关的原因而开始发生 - 那可能是什么，我不知道。

最后，我发现解决这个问题的唯一方法是运行gacutil /u对于每个相关库，删除以前安装/使用的 4.0 库版本。 （软件包中大约有 40 个库，所以这也很痛苦！因为软件包的卸载程序没有删除 GAC 中的库）

这似乎让 msbuild 开始使用我告诉它的引用，而不是提出自己的“使用这个文件”和“使用这个”的想法具体版本 means.

解决了，但我希望有一种更干净的方法来做到这一点！