除了上述常见的解决方案，我还有一个多项目解决方案要发布。显然，一些文件针对不同的框架。

所以我的解决方案:属性>特定版本(假)

您还可以检查以确保您正在寻找的dll不包含在GAC中。我相信Visual Studio很聪明，不会复制那些已经存在于构建机器的GAC中的文件。

我最近在测试一个SSIS包时遇到了这种情况，该包需要在GAC中存在程序集。我后来忘记了这一点，并想知道为什么这些dll在构建过程中没有出现。

要检查GAC中的内容(从Visual Studio开发人员命令提示符中):

gacutil -l

或输出到一个文件，使其更容易阅读:

gacutil -l > output.txt
notepad.exe output.txt

移除一个组件:

gacutil -u MyProjectAssemblyName

我还应该注意到，一旦我从GAC中删除了文件，它们就会在构建后正确地输出到\bin目录中(即使对于根项目中没有直接引用的程序集也是如此)。这是在Visual Studio 2013更新5。

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

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

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);
    }
}

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

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

VS2019 V16.6.3

对我来说，问题是主.proj文件最终以这样的项目入口结束，其DLL没有被复制到父项目bin文件夹:

<ProjectReference Include="Project B.csproj">
  <Project>{blah blah}</Project>
  <Name>Project B</Name>
  <Private>True</Private>
</ProjectReference>

我手动删除了一行<Private>True</Private>，然后在主项目的每次构建时将DLL复制到主项目bin文件夹。

如果您转到主项目的参考文件夹中的问题项目的参考，单击它并查看属性，其中有一个“本地复制”设置。私有标记等同于这个设置，但对我来说，出于某种原因，更改本地复制对.proj文件中的私有标记没有影响。

令人恼火的是，我没有更改引用的复制本地值，不知道它是如何设置的，又浪费了一天追踪VS的愚蠢问题。

感谢所有其他帮助我了解原因的答案。

HTH

不确定这对我是否有帮助，但我多次引用DLL(当然会自动将其添加到bin文件夹中)。然而，DLL可能需要额外的DLL(取决于我使用的函数)。我不想在我的项目中引用那些，因为它们只需要在我实际使用的DLL相同的文件夹中结束。

我在Visual Studio中通过“添加一个现有文件”来实现这一点。您应该能够将它添加到除Add_data文件夹之外的任何地方。就我个人而言，我只是把它加到根上。

然后将该文件的属性更改为…

Build Action = None(将此设置为Content之类的内容实际上是将“根”版本复制到根，并在Bin中添加一个副本)。

复制到输出文件夹=如果更新则复制(基本上只在它丢失时才将其放在BIN文件夹中，但在那之后就不会这样做)

当我出版…我添加的DLL只存在于BIN文件夹中，而在发布位置(这是我想要的)中没有其他地方。