.net dll从错误文件夹复制到输出路径

我的解决方案中的所有项目的输出路径对于发布版本为“.\Release”，对于调试版本为“.\Debug”

除了一个项目外，所有项目都很好

每当我在版本中构建有问题的项目时，复制到“.\Release”的dll来自“obj\Debug”，而不是“obj\Release”。在VS和手动运行MSBuild build时都会发生这种情况，但如果我先清理“obj\Debug”文件夹，则不会发生这种情况

这是构建日志的一部分，我认为是相关的：

17>Target CopyFilesToOutputDirectory:
17>  Task "Copy"
17>    Copying file from "obj\Release\XXXXX.dll" to "..\Release\XXXXX.dll".
17>    Command:
17>    copy /y "obj\Release\XXXXX.dll" "..\Release\XXXXX.dll"
17>  Done executing task "Copy".
17>  Task "Message"
17>    XXXXX -> C:\Dev\Service\Release\XXXXX.dll
17>  Done executing task "Message".

---

关于为什么会发生这种情况有什么想法吗？

您可能需要对照引用检查路径；这可能是因为您以某种方式参照了obj文件夹。这在csproj中可能比在IDE中更容易看到（“提示路径”或其他内容）。

您可能希望对照引用检查路径；这可能是因为您以某种方式参照了obj文件夹。这在csproj中可能比在IDE中更容易看到（“提示路径”或其他内容）。

我意识到这个线程已经解决了，但我遇到了这个相当令人沮丧的VS问题（bug？）。我的解决方法是简单地向从错误路径复制文件的项目添加一个obj\release引用路径。

我意识到这个线程已经解决了，但我遇到了这个相当令人沮丧的VS问题（bug？）。我的解决办法是简单地为从错误路径复制文件的项目添加一个obj\release引用路径。

我想我没有正确地解释我自己。从错误文件夹复制的dll是正在生成的同一项目的dll。我说的第一个项目。只是想说明问题不在解决方案中，因为有些项目还可以。实际上，我在构建日志中搜索了“\obj\debug”，发现有一个项目引用了该路径，只有在那时我才理解您的答案。谢谢。我想我没有正确地解释我自己。从错误文件夹复制的dll是正在生成的同一项目的dll。我说的第一个项目。只是想说明问题不在解决方案中，因为有些项目还可以。实际上，我在构建日志中搜索了“\obj\debug”，发现有一个项目引用了该路径，只有在那时我才理解您的答案。谢谢