对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。

The Visual Studio IDE doesn't do any building behind the scenes, the Msbuild application does. The VS IDE essentially just constructs the project file that is used by Msbuild and quite often it makes mistakes if you leave it up to the IDE to figure things out on it's own. If you are getting the Metadata file '.dll' could not be found error it is likely due to the fact that the correct/expected assemblies are not being found. So perhaps Visual Studio might be creating a project file for a 4.5 framework app, and expecting 4,5 assemblies, while you are referencing 4.0 assemblies. So look at your Visual Studio settings for incompatibilities or go into the project file yourself, and manually fix it by specifying the correct path <Reference Include="C:\\correct path to assembly\\yourAssembly.dll" />.

当我试图发布我的项目时，我犯了这个错误，

所有的答案都在上面，没有帮助我……

我只是改变了我的部署和发布成功!

当我试图发布一个web应用程序时，我遇到了这个错误。原来一个类属性被包装成

#if DEBUG
    public int SomeProperty { get; set; }
#endif

但是财产的使用却不是这样。显然，发布是在没有DEBUG符号的发布配置中完成的。

就我个人而言，我未能在解决方案中添加对其中一个项目的引用，这就是导致我出现错误的原因。

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

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

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)。