未将相关DLL复制到Visual Studio中的构建输出文件夹

我有一个视觉工作室的解决方案。我在解决方案中有许多项目。有一个主要项目作为启动，并使用其他项目。有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll)，它不是解决方案的一部分。

现在这个abc.dll应该被复制到主项目的bin/debug文件夹中，但它没有被复制到那里。为什么没有被复制，有什么已知的原因吗?

当前回答

将DLL作为现有项添加到其中一个项目中，应该对其进行排序

其他回答

我会将它添加到Postbuild事件中，以将必要的库复制到输出目录中。比如XCopy pathtolilibraries targetdirectory

你可以在项目属性>构建事件中找到它们。

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

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

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

问题:

在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/

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

推荐文章