我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动，并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll)，它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中，但它没有被复制到那里。为什么没有被复制，有什么已知的原因吗?
当前回答
除了上述常见的解决方案，我还有一个多项目解决方案要发布。显然，一些文件针对不同的框架。
所以我的解决方案:属性>特定版本(假)
其他回答
我会将它添加到Postbuild事件中，以将必要的库复制到输出目录中。比如XCopy pathtolilibraries targetdirectory
你可以在项目属性>构建事件中找到它们。
您可以将主项目和ProjectX的构建输出路径设置为相同的文件夹，然后您可以在该文件夹中获得所需的所有dll。
也遇到了同样的问题。背景信息:在构建之前，我已经向解决方案添加了一个新的项目X。Y项目依赖于X项目，A、B、C项目依赖于Y项目。
构建错误是无法找到项目A、B、C、Y和X dll。
根本原因是新创建的项目X针对。net 4.5，而其余的解决方案项目针对。net 4.5.1。项目X没有建立，导致其他项目也没有建立。
确保任何新添加的项目与解决方案的其余部分目标相同。net版本。
问题:
在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/
不确定这对我是否有帮助，但我多次引用DLL(当然会自动将其添加到bin文件夹中)。然而，DLL可能需要额外的DLL(取决于我使用的函数)。我不想在我的项目中引用那些，因为它们只需要在我实际使用的DLL相同的文件夹中结束。
我在Visual Studio中通过“添加一个现有文件”来实现这一点。您应该能够将它添加到除Add_data文件夹之外的任何地方。就我个人而言，我只是把它加到根上。
然后将该文件的属性更改为…
Build Action = None(将此设置为Content之类的内容实际上是将“根”版本复制到根，并在Bin中添加一个副本)。
复制到输出文件夹=如果更新则复制(基本上只在它丢失时才将其放在BIN文件夹中，但在那之后就不会这样做)
当我出版…我添加的DLL只存在于BIN文件夹中，而在发布位置(这是我想要的)中没有其他地方。
