无法解析此引用。无法找到程序集“DataTables”（我指的是程序集）。检查以确保磁盘上存在程序集。如果您的代码需要此引用，则可能会出现编译错误。
我试图逐步解决此错误的过程，这是我到目前为止所做的：
确保目标框架在
确保拥有静态dll文件位置
确保在sln中引用该文件并使用随附的使用语句
下一个要研究的逻辑区域是什么？
我认为问题在于我第一次引用它在一个位置的dll并且我在现在之前将dll文件位置更改了几次，因为我将dll存储在桌面中并且必须重新组织我的文件夹。
我简单地读到了某个地方，当本地构建能够运行时，可能是sln文件将原始dll保存到bin并且当它无法在引用中列出的文件位置中找到dll时使用该副本部分。
我可以将这两个想法连接在一起，但我不知道如何让sln文件删除不再有效的dll文件位置的痕迹，并让它开始使用正确的dll文件路径。
我可能错了，可能有一个不同的问题来源，我已经看了。
我是初学者，所以请注意可能存在误解，我可能在上面的部分中扼杀了一些概念。任何见解和建议将不胜感激。
答案 0 :(得分：0)
我有人帮我建立了sln。这些是我们用来更改文件引用并允许它工作的步骤。 我们将dll放入sln文件中，然后我们通过卸载项目来更改引用提示，然后右键单击＆＃34;编辑＆＃34; SLN。
在该界面中，我们更改了xml文件并将引用更改为sln，现在它在prod中构建。服务器
谢谢！希望这有助于其他人。
P.S。我还是想澄清一下出了什么问题（例如，提示文件路径是多长的，和/或我可以做些什么来使参考工作而不必将dll移动到sln文件中以防万一在另一个时间出现这个问题。
答案 1 :(得分：0)
这就是为什么提示路径将文件引用到源代码控制之外的路径，因此当构建服务器提取代码时，它无法在C：\ users [name] \ desktop解析dll \ n（或者在BUILD服务器上从那里引用的任何地方）。
＆＃34;我认为问题在于我第一次引用它在一个位置的dll并且我之前将dll文件位置更改了几次，因为我将dll存储在桌面中并且必须重新组织我的文件夹。＆＃34;