我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动，并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll)，它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中，但它没有被复制到那里。为什么没有被复制，有什么已知的原因吗?
当前回答
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
其他回答
这是对nvirth示例的轻微调整
internal class DummyClass
{
private static void Dummy()
{
Noop(typeof(AbcDll.AnyClass));
}
private static void Noop(Type _) { }
}
是的，您需要将“本地复制”设置为true。但是，我非常确定您还需要从主项目引用该程序集，并将Copy Local设置为true—它不仅仅是从依赖的程序集复制。
您可以通过单击References下的程序集并按F4来获得Copy Local属性。
确保您使用的依赖DLL的目标. net框架不高于项目应用程序的目标. net框架。
你可以通过选择你的项目来检查，然后按ALT+ENTER，然后从左边选择Application，然后选择项目的目标框架。
假设, 依赖DLL目标框架= 4.0和 应用程序DLL目标框架= 3.5然后将其更改为4.0
谢谢你！
我发现，如果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的回答。
也遇到了同样的问题。背景信息:在构建之前，我已经向解决方案添加了一个新的项目X。Y项目依赖于X项目，A、B、C项目依赖于Y项目。
构建错误是无法找到项目A、B、C、Y和X dll。
根本原因是新创建的项目X针对。net 4.5，而其余的解决方案项目针对。net 4.5.1。项目X没有建立，导致其他项目也没有建立。
确保任何新添加的项目与解决方案的其余部分目标相同。net版本。
