我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动,并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll),它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中,但它没有被复制到那里。为什么没有被复制,有什么已知的原因吗?
我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动,并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll),它不是解决方案的一部分。
现在这个abc.dll应该被复制到主项目的bin/debug文件夹中,但它没有被复制到那里。为什么没有被复制,有什么已知的原因吗?
当前回答
也遇到了同样的问题。背景信息:在构建之前,我已经向解决方案添加了一个新的项目X。Y项目依赖于X项目,A、B、C项目依赖于Y项目。
构建错误是无法找到项目A、B、C、Y和X dll。
根本原因是新创建的项目X针对。net 4.5,而其余的解决方案项目针对。net 4.5.1。项目X没有建立,导致其他项目也没有建立。
确保任何新添加的项目与解决方案的其余部分目标相同。net版本。
其他回答
您可以将主项目和ProjectX的构建输出路径设置为相同的文件夹,然后您可以在该文件夹中获得所需的所有dll。
您还可以检查以确保您正在寻找的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。
在代码中不需要dummy 只是:
向可执行项目添加引用
或/并确保在可执行项目中的引用有“复制本地”设置为TRUE(这是我的“错误”),似乎这“覆盖了”在基本引用库项目中的设置…
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分钟的生产力损失:-)
我有一个类似的问题,其中一个DLL我已经包括在项目作为内容和“复制始终”设置,没有被复制到bin文件夹。我通过在app.config中添加一个dependentAssembly引用来解决这个问题。