问题:

在NuGet包DLL (Newtonsoft.json.dll)中遇到类似的问题，其中构建输出不包括引用的DLL。但是编译过程进行得很顺利。

Fix:

在文本编辑器中浏览你的项目，并在其中寻找带有“Private”标签的引用。像真或假。“私有”是“本地复制”的同义词。在操作的某个地方，MSBuild正在定位依赖项，它在其他地方找到你的依赖项，并决定不复制它。

因此，检查每个.csproj/。Vbproj文件，并手动删除标签。在Visual Studio和MSBuild中，一切都可以正常工作。一旦你让它工作，你可以返回并更新到你认为他们需要的地方。

参考:

https://www.paraesthesia.com/archive/2008/02/13/what-to-do-if-copy-local-works-in-vs-but.aspx/

也遇到了同样的问题。背景信息:在构建之前，我已经向解决方案添加了一个新的项目X。Y项目依赖于X项目，A、B、C项目依赖于Y项目。

构建错误是无法找到项目A、B、C、Y和X dll。

根本原因是新创建的项目X针对。net 4.5，而其余的解决方案项目针对。net 4.5.1。项目X没有建立，导致其他项目也没有建立。

确保任何新添加的项目与解决方案的其余部分目标相同。net版本。

我发现，如果ProjectX引用了abc.dll，但没有直接使用abc.dll中定义的任何类型，那么abc.dll将不会被复制到主输出文件夹。(它将被复制到ProjectX输出文件夹，以使它更加混乱。)

因此，如果在ProjectX的任何地方都没有显式地使用abc.dll中的任何类型，那么在ProjectX的某个文件中放置一个伪声明。

AbcDll.AnyClass dummy006; // this will be enough to cause the DLL to be copied

您不需要对每个类都这样做——只需一次就足以使DLL复制和一切正常工作。

附录:注意，这可能适用于调试模式，但不适用于发布模式。详见@nvirth的回答。

只是佐格领主回答的旁注。

我以这种方式添加了虚拟引用，它在调试模式下工作:

public class DummyClass
{
    private static void Dummy()
    {
        var dummy = typeof(AbcDll.AnyClass);
    }
}

但是在发布模式下，依赖的dll仍然没有被复制。 然而，这奏效了:

public class DummyClass
{
    private static void Dummy()
    {
        Action<Type> noop = _ => {};
        var dummy = typeof(AbcDll.AnyClass);
        noop(dummy);
    }
}

这个信息其实花了我好几个小时才弄明白，所以我想分享一下。

我有一个类似的问题，其中一个DLL我已经包括在项目作为内容和“复制始终”设置，没有被复制到bin文件夹。我通过在app.config中添加一个dependentAssembly引用来解决这个问题。

如果右击引用的程序集，将看到名为Copy Local的属性。如果“本地复制”设置为true，则程序集应该包含在bin中。然而，Visual studio有一个问题，有时它不包括在bin文件夹中引用的dll…这是对我有效的变通方法: