我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动，并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll)，它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中，但它没有被复制到那里。为什么没有被复制，有什么已知的原因吗?
当前回答
我发现，如果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的回答。
其他回答
是的，您需要将“本地复制”设置为true。但是，我非常确定您还需要从主项目引用该程序集，并将Copy Local设置为true—它不仅仅是从依赖的程序集复制。
您可以通过单击References下的程序集并按F4来获得Copy Local属性。
我发现，如果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的回答。
TLDR;Visual Studio 2019可能只是需要重新启动。
我在使用基于Microsoft.NET.Sdk项目的项目时遇到了这种情况。
<Project Sdk="Microsoft.NET.Sdk">
具体地说:
Project1: targets.netstandard2.1 通过Nuget引用Microsoft.Extensions.Logging.Console projec2: targets.netstandard2.1 通过项目引用引用Project1 Project2Tests: targets.netcoreapp3.1 通过项目引用引用Project2
在测试执行时，我收到了错误消息，指出无法找到Microsoft.Extensions.Logging.Console，并且它确实不在输出目录中。
我决定通过将Microsoft.Extensions.Logging.Console添加到Project2中来解决这个问题，结果发现Visual Studio的Nuget Manager并没有列出安装在Project1中的Microsoft.Extensions.Logging.Console，尽管它存在于Project1中。csproj文件。
简单地关闭并重新启动Visual Studio就解决了这个问题，而不需要添加额外的引用。也许这将为某人节省45分钟的生产力损失:-)
除了上述常见的解决方案，我还有一个多项目解决方案要发布。显然，一些文件针对不同的框架。
所以我的解决方案:属性>特定版本(假)
问题:
在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/
