我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?

注释、构建和取消注释是非常烦人的,构建变得非常烦人。


当前回答

在我的例子中:去添加引用。在引用管理器窗口中取消对其他项目的DLL项目的勾选。保存它。再次将引用DLL项目添加到其他项目。

其他回答

在我的情况下,我有一个引用到另一个项目,我删除了,但我从未在代码中使用它,因此我没有得到任何编译错误。

提示:检查是否有对解决方案中不存在的其他项目的引用。

我在Visual Studio 2012中有很多项目的解决方案中遇到了这个问题。以与项目构建顺序相同的顺序手动重新构建解决方案中的每个项目(在解决方案资源管理器中右键单击并重新构建)为我修复了它。

最终我找到了一个给我一个编译错误的程序。我修复了错误,解决方案将在此之后正确构建。

我在打开一个实体框架被引用的项目后收到了这个错误,所以我删除了这些引用,并通过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>

然后我删除了这一行,清理并重新构建了项目和容器解决方案,它最终工作了。

我也有同样的问题。在我的情况下,项目仍然会在发布模式下构建,只是当我试图在调试中构建时,它失败了。

我最终解决这个问题的方法是将所有dll(以及发布文件夹中的其他文件)复制到调试文件夹中。在每个项目都这样做之后,错误就消失了。

在对解决方案进行了大量更改之后,我开始遇到这个问题,搁置更改并撤销它。

解决这个问题的唯一方法是删除并再次添加从TFS到我的本地文件夹的映射。