所以这是一个奇怪的，我们都无法弄清楚。.NET项目为每个人而构建，但是我
我们在TFS中有一个解决方案。我的团队中的其他人都能够解决这个问题，并且没有任何问题。我使用的是相同的工作区，但是当我拉下代码并构建解决方案时，它失败了，告诉我它找不到多个引用。
当我转到其中一个确定的问题（例如找不到引用的类）时，Visual Studio会识别引用，按Ctrl +单击会将我带到构建表示无法找到的类。另外，如果我遵循艰难的道路，它会让我在构建输出中无法找到资源，但资源恰好位于它无法找到它的位置。
我已经吹走了多次工作区，并且我试图在VS2013中打开解决方案，而不是像其他人一样在VS2015中打开该解决方案，但这也不起作用。我尝试从项目中删除失败的参考，然后将它们添加回来，但没有任何效果。
以前有人看过类似的东西吗？
有任何其他想法可以尝试吗？
遵循Lex Li的建议，运行诊断日志记录时，我发现它抱怨主依赖项的依赖关系的目标框架。
对我来说很奇怪的是，主要的依赖关系（针对.NET 3.5）构建得很好。该失败的项目以.NET 4.0为目标，并且由于没有问题构建的依赖关系而失败。这对我来说绝对没有意义。
为了解决这个问题，我手动添加了一个它抱怨的软件包的新版本，并且它没有任何麻烦就开始编译。所以我不能说这是什么原因造成的，但是手动删除不同版本的依赖关系解决了这个问题。
编辑：
上述解决它了一段时间，但后来莫名其妙地停止工作。一名新成员加入了我们的团队，并且没有与构建有关的问题，但是当他安装了VS告诉他安装的一些更新时，构建停止工作。事实证明，安装“ASP.NET 5 RC1 Update 1”会中断我们的构建，并且在新成员更新其VS实例之前，团队中没有其他人安装了建议的更新。
您是否看到任何[您的解决方案名称]。 suo解决方案目录中的文件？有时.sln文件被锁定，无法更新 - 这意味着项目引用和类似的设置将无法正确加载。请尝试以下操作：
这为我在过去的工作时，我有无法解释的正常“删除和重新添加”技巧无法解决的项目引用错误。祝你好运！
尝试单独构建每个项目。有时Visual Studio会陷入奇怪的状态。 –
并删除所有obj和bin文件夹（在这些项目中）。 – hatchet
在两台计算机上启用MSBuild诊断日志记录，您的计算机和其他计算机之一。然后比较结果。 –