我在一个WPF, c# 3.0项目上工作，我得到了这个错误:
Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem
这是我如何引用我的usercontrols:
xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>
每次构建失败后都会发生这种情况。我能得到解决方案编译的唯一方法是注释掉所有用户控件并重新构建项目，然后取消注释用户控件，一切正常。
我已经检查了构建顺序和依赖项配置。
正如你所看到的，它似乎截断了DLL文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?
注释、构建和取消注释是非常烦人的，构建变得非常烦人。
我遇到了同样的问题，但有另一种解决方案。
问题:
一个解决方案，多个项目。使用其他一些结果的主要应用程序失败了，它说:
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)。
我在打开一个实体框架被引用的项目后收到了这个错误，所以我删除了这些引用，并通过pthe socket管理器重新安装了实体框架6.0.0.0版本:
install-package entityframework -version 6.0.0.0
错误仍然在显示，所以我认为那些引用在那里，因为有一个旧版本的实体框架应该“预安装”在项目中，但它并没有真正工作。
所以我去找文件包。Config，并注意到有另一个引用:
<packages>
**<package id="EntityFramework" version="5.0.0" targetFramework="net45" />**
<package id="EntityFramework" version="6.0.0" targetFramework="net45" />
</packages>
然后我删除了这一行，清理并重新构建了项目和容器解决方案，它最终工作了。
