问题:

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

我发现，如果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的回答。

您可以将主项目和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。

在我的例子中，这是最愚蠢的事情，由TFS/VS的默认行为引起的，我不同意。

由于添加dll作为主项目的引用没有工作，我决定将其添加为“现有项”，复制本地=始终。即使那时文件也不在那里。

事实证明，即使文件出现在VS解决方案中，并且在本地和服务器上编译了所有内容，VS/TFS并没有将该文件添加到源代码控制中。它根本不包括在“未决更改”中。我不得不手动打开源代码管理资源管理器，并明确地单击“将项目添加到文件夹”图标。

愚蠢，因为我已经在vs中开发了15年，我以前遇到过这种情况，我只是不记得了，不知为何我错过了它，因为所有东西仍然编译，因为文件是常规引用，但被添加为Existing Item的文件没有被复制，因为它不存在于源代码控制服务器上。

我希望这能节省一些时间，因为我失去了2天的生命。

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

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