我的问题出现在我写c# 7代码时，但项目使用的是旧版本的。net框架

我遇到了同样的问题，但有另一种解决方案。

问题: 一个解决方案，多个项目。使用其他一些结果的主要应用程序失败了，它说:

CS0006:元数据文件“C:\Repos\TheApplication\TheApplicationCommon\bin\Debug\TheApplication.dll”找不到

但是实际上这个项目生成了C:\Repos\TheApplication\TheApplicationCommon\bin\Debug\TheApplicationCommon.dll 另一个项目也使用相同的dll编译完美。

在我更新使用PostSharp 3.x.x的内部nuget包之前。现在使用PostSharp 4.x.x.x。我的解决方法是把这个加到*里。csproj文件:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="...">
  <Import Project="..." Condition="..." />
  <PropertyGroup>
    ...
    <AssemblyName>TheApplication</AssemblyName>
    ...
    <SkipPostSharp>True</SkipPostSharp> <!-- This line -->
  </PropertyGroup>
...

另一个解决方案->清洁，另一个解决方案->重建，它在本地和构建服务器上工作。

希望它能帮助到别人。线程是旧的，相当长，但这个问题经常返回，我还没有看到这个解决方案。顺便说一下，使用Visual Studio 2017 (15.8.x)。

在我的例子中，我注释掉了一个特定(空)命名空间中的类:

namespace X.Y.Z.W
{

    // Class code

}

当我删除命名空间代码和它的导入(使用)命令时，问题就解决了。

在构建中，它还说-随着项目丢失的DLL文件:

类型或命名空间名称“W”在命名空间“X.Y.Z”中不存在(您是否缺少一个程序集引用?)

在我的案例中，问题是由一个简单的构建错误引起的，

事件“XYZ”从未被使用过

不管出于什么原因，它都没有显示在错误窗口中。

因此，Visual Studio构建系统似乎忽略了这个错误，并试图构建依赖的项目，这反过来又以恼人的元数据消息失败。

建议是——尽管听起来很愚蠢——

首先看看你的输出窗口!

我花了半个小时才想到这个主意。

根据错误消息，我认为文件路径没有被截断。它看起来是不正确的。如果我正确地阅读消息，它似乎正在寻找DLL文件在…

工作= - \ VersionManagementSystem \ BusinessLogicLayer \ bin \ \工具调试\ BusinessLogicLayer.dll

这不是有效路径。是否可能将构建过程中的宏定义设置为无效值?

对我来说，以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。