元数据文件'.dll'找不到

我正在一个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"/> 

它发生在每个失败的构build之后。 解决scheme编译的唯一方法是注释掉所有的用户控件,然后构build项目,然后取消usercontrols的注释,一切正常。

我已经检查了构build命令,依赖configuration。

正如你可以看到它似乎已经截断了DLL的绝对path…我已经读过,有一个长度的错误。 这是一个可能的问题?

这是非常烦人的,不得不评论,build立,取消注释,build立变得非常烦人。

我只是有同样的问题。 Visual Studio没有构build被引用的项目。

  1. 右键单击解决scheme,然后单击属性。
  2. 点击左侧的configuration。
  3. 确保选中“无法find的项目”下的“Build”下的checkbox。 如果已经选中,取消选中,点击应用,然后再次选中checkbox。

尽pipe这是一个老问题,但在VS的新版本中(我刚刚发生在VS 2013上)仍然会发生这种情况,所以我想在这里添加这个提示:

另一件要尝试的是closuresVS并删除.sln文件旁边的.suo文件。 (下次您Save all (或退出VS)将重新生成)。

当在另一台机器上的解决scheme中添加新项目,然后拉动修改版本时,我遇到了这个问题,但是在其他情况下, .suo文件也可能会被破坏,导致很奇怪的VS行为,所以删除它是我总是尝试的东西。

请注意,删除.suo文件将重置解决scheme的启动项目。

更多关于.suo文件在这里

那么,我的答案不仅仅是所有解决scheme的总结,还有更多。

第(1)节:

一般解决scheme:

我有4种这样的错误('元数据文件无法find')以及1个错误说'源文件无法打开('未指定的错误')'。

我试图摆脱“无法find元数据文件”的错误。 为此,我读了很多post,博客等,发现这些解决scheme可能是有效的(在这里总结):

  1. 重新启动VS并尝试再次build立。

  2. 转到“解决scheme资源pipe理器” 。 右键点击解决scheme。 去属性 。 转到“configurationpipe理器” 。 检查“Build”下的checkbox是否被选中。 如果其中任何一个或全部未被检查,则检查它们并尝试再次build立。

  3. 如果上述解决scheme不起作用,请按照上述步骤2中提到的顺序进行操作,即使所有checkbox都已选中,取消选中它们,再次检查并再次尝试构build。

  4. 构build顺序和项目依赖关系:

    转到“解决scheme资源pipe理器” 。 右键点击解决scheme。 转到“Project Dependencies …” 。 您将看到2个选项卡: “依赖关系”“构build顺序” 。 此构build顺序是解决scheme构build的顺序。 检查项目依赖关系和构build顺序,以validation是否有一个项目(如'project1')依赖于其他项目(比如'project2')正在尝试构build之前(project2)。 这可能是错误的原因。

  5. 检查缺less.dll的path:

    检查缺less的.dll的path。 如果path包含空间或任何其他无效的path字符,请将其删除并再次尝试编译。

    如果这是原因,那么调整构build顺序。


第(2)节:

我的具体情况是:

我尝试了各种排列和组合的所有步骤,重新启动VS几次。 但是,这并没有帮助我。

所以,我决定摆脱我遇到的其他错误(“源文件无法打开('未指定的错误')')。

我遇到了一个博客: http : //www.anujvarma.com/tfs-errorsource-file-could-not-be-opened-unspecified-error/#comment-1539

我试着在那个博客中提到的步骤,我摆脱了错误'源文件无法打开('未指定的错误')' ,令人惊讶的是我摆脱了其他错误('元数据文件无法find')以及。


第(3)节:

故事的道德启示:

尝试所有解决scheme,如上面(1)所述(和其他解决scheme),以摆脱错误。 如果没有任何结果,按照上面第(2)节中提到的博客, 从.csproj文件中删除源控件和文件系统中不存在的所有源文件的条目


build议的答案不适合我。 错误是另一个问题的诱饵。 发现我的目标是一个略微不同的.NET版本,这被标记为编译器的警告,但造成build设失败。 这应该被标记为错误而不是警告

closures并重新开放VS 2013为我工作!

我得到了同样的错误“元数据文件”.dll“无法find”,我尝试了上述几件事情,但错误的原因是,我引用第三方DLL的目标.Net版本高于我的项目目标.Net版本。 所以解决办法是改变我的项目的目标

在我的情况下,这是由.NET框架版本错过匹配的原因。

一个项目是3.5,另一个项目是4.6.1

我也遇到了这个问题。 首先,你必须手动build立你的DLL项目,右键单击Build。 然后它会工作。

那么以上没有任何工作对我来说,所以这让我想到为什么我点击并希望作为开发人员时,我们应该真正了解这里发生了什么。

这似乎很明显,这个不正确的元数据文件引用必须在某个地方。

快速search.csproj文件显示有罪行。 我有一个部分叫,似乎挂在旧的不正确的文件path。

  <ItemGroup> <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj"> <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project> <Name>Beeyp.Entities</Name> </ProjectReference> ... 

所以一个简单的解决scheme确实如此:1)备份你的.csproj 2)在.csproj文件中find不正确的path,并适当地重命名

确保你备份你的旧.CSPROJ之前,你FIDDLE

在我的情况下,我错误地安装了我的目录。

如果您的解决schemepath类似于“我的项目%2c非常stream行的%2cunit testing%2c软件和Hardware.zip”,它不能parsing元数据文件,也许我们应该防止像%2c一些无效的单词。

将path重命名为正常名称解决了我的问题。

我也是用这个问题拉我的头发,但是尝试了以上之后,唯一对我有用的东西是在我的解决scheme中逐个打开每个项目并逐个构build它们。

然后我closuresVS2013,重新打开我的解决scheme,它编译好。

这很奇怪,因为如果我点击我的解决scheme资源pipe理器中的每个项目,并试图以这种方式构build它们,它们都失败了。 我不得不单独打开他们自己的解决scheme。

第31个答案…我添加了一个新的项目到我的解决scheme,并开始得到这个。

原因? 我带来的项目是针对一个不同的.Net框架(4.6和我的另外两个是4.5.2)

对我来说,下一步工作:find不是build立项目删除/添加解决scheme中的项目的引用。

我的问题的实例是由一个共同的项目,它有一个重复的类名称(在不同的文件名下)。 奇怪的是,VS无法检测到,而是只是吹了构build过程。

对我来说,它试图在一个用来包含Project的path中find一个DLL,但是我们已经把它移到了一个新的目录中。 该解决scheme有正确的path,但Visual Studio不知何故保持在旧的位置。

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

这必须在Visual Studio中重置一些某种全局caching,因为这会清除这个问题,还有几个像这样的问题,而像Clean这样的东西不会。

我在VS 2012中遇到了一个有很多项目的解决scheme。 为我解决的问题是,手动重build解决scheme中的每个项目的顺序与项目构build顺序相同(右键单击并在“解决scheme资源pipe理器”中重新生成)。 最终我遇到了一个给我一个编译错误。 我修复了这个错误,然后解决scheme会正确地build立。

对于我来说,当我把一个新的项目包括到解决scheme。

VSselect自动.net框架到4.5。

我改成了像其他库和工作一样的4.5.2版本。

希望它有帮助。

几年后回来。 这个问题很可能与Windows最大path限制有关:

http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath

在我的情况下,问题是我手动删除了一个非编译文件被标记为“失踪”。 一旦我删除了对现在丢失的文件的引用并重新编译 – 一切都很好。

运行VS2013。 看起来,构build依赖关系是不正确的。 删除* .suo文件确实解决了我遇到的问题。

我在尝试发布Web应用程序时出现此错误。 原来,一个类的属性被包裹进去

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

但财产使用不是。 显然,在没有DEBUG符号的发布configuration中完成发布。

就我而言,我曾经在特定的(空的)名称空间中注释过类。

 namespace XYZW { //class code } 

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

在这个版本中,也有人说 – 除了项目的缺失之外,

错误CS0234:名称空间“XYZ”中不存在types或名称空间名称“W”(是否缺less程序集引用?)

在我的情况下,这些错误是由NuGet包pipe理器中的一些损坏引起的。 解决scheme的子项目没有build成,但由于元数据错误没有显示错误。 一旦所有NuGet软件包得到纠正,项目可以再次正确地build立。

在我的情况下,这个问题是由一个简单的构build错误造成的:

 error CS0067: The event 'XYZ' is never used 

出于任何原因,没有出现在错误窗口中。 正因为如此,VS构build系统似乎错过了错误,并试图build立依赖项目,这反过来又与恼人的元数据消息失败。

这个build议听起来很愚蠢 – 首先看看你的输出窗口! 这个想法打了我之前花了我半小时

Couse的问题可能是你混合添加引用解决scheme中的dll和项目。

如果你有项目A,B和C.

引用B和C作为解决scheme中的项目。 B引用C作为dll(引用文件)

您可以单独构build每个项目,但不能重新生成以下列结尾的解决scheme:无法find元数据文件“C.dll”。

将参考文件更改为解决scheme中的项目有所帮助。

在我个人的情况下,我没有给解决scheme中的一个项目添加引用,这就是为我踢的错误。

如果您使用伪装程序,则可能会显示此错误,删除伪装会导致项目的成功构build。

打开一个entity framework被引用的项目后,我收到了这个错误,于是我删除了这样的引用,并通过这个包的pipe理器重新安装了entity framework版本6.0.0.0:

 install-package entityframework -version 6.0.0.0 

错误仍然显示,所以我认为那些参考,因为有一个旧版本的EF据称“预安装”的项目,但没有真正的工作。

所以我去了文件packages.config,注意到有另一个参考:

 <packages> **<package id="EntityFramework" version="5.0.0" targetFramework="net45" />** <package id="EntityFramework" version="6.0.0" targetFramework="net45" /> </packages> 

然后,我删除了行,清理和重build项目和容器解决scheme,它终于工作。

希望这可以帮助有类似情况的人。

我遇到过同样的问题。 在我的情况下,该项目仍然build立在发布模式,这就是当我试图build立在debugging失败。

我最终做了什么来解决这个问题是简单地将所有的dll(和我的发行版文件夹中的其他文件)复制到我的debug文件夹中。 在完成每个项目之后,错误消失了。

我有类似的问题,当我反编译非常旧的库,这是部署在生产环境,但源代码丢失。

我采取了.dll,反编译和生成的项目和解决scheme。 由于这种错误,我无法构build解决scheme。

上面的提示没有帮助,但过了一段时间后,我注意到在一些项目中缺less像System.dll这样的几个程序集的引用。

假设项目A依赖于项目B.项目B中没有对System.dll的引用,但是构build后的错误类似于“元数据文件”B.dll“无法find”

在项目B中没有关于丢失System.dll的错误。

在项目B中添加像System.dll这样的libraties引用解决了这个问题。 (System.Data,System.DirectoryServices等)