我也遇到了这个问题。首先,您必须通过右键单击Build来手动构建DLL项目。然后它会工作。
我遇到了同样的问题。在我的情况下,我引用了更高级的类库项目 的 .Net版 强> 比我的项目和VS无法构建项目并引发了您发布的相同错误。
我只是设置 的 .Net版 强> 我的类库项目(破坏了构建的项目)与引用项目的.Net版本相同,问题解决了。
我刚遇到同样的问题。 Visual Studio不构建正在引用的项目。
在我的情况下,问题是我手动删除了一个标记为“缺失”的非编译文件。一旦我删除了对现在丢失的文件的引用并重新编译 - 一切都很顺利。
我在尝试发布Web应用程序时遇到此错误。原来,其中一个类属性被包装进去了
#if DEBUG public int SomeProperty { get; set; } #endif
但物业使用不是。发布是在Release配置中完成的,没有 DEBUG 显然,符号。
DEBUG
对我来说,它试图在用于包含Project的路径中找到DLL,但我们已将其移动到新目录。解决方案具有项目的正确路径,但Visual Studio以某种方式继续查看旧位置。
解决方案:重命名每个问题项目 - 只需添加一个字符或其他 - 然后将其重命名为其原始名称。
这必须在Visual Studio中重置一些某种全局缓存,因为这会解决这个问题和类似的几个问题,而像Clean这样的东西则不会。
对于我的情况,我在特定的(空)命名空间中注释了类:
namespace X.Y.Z.W { // Class code }
当我删除命名空间代码及其导入(使用)命令时 - 它修复了问题。
在构建中它也说 - 以及项目缺少的DLL文件:
错误CS0234:命名空间“X.Y.Z”中不存在类型或命名空间名称“W”(您是否缺少程序集引用?)
我遇到过同样的问题。就我而言,该项目仍然会在发布模式下构建,就在我尝试构建调试失败的时候。
我最后做的解决问题的方法是将所有dll(以及我的release文件夹中的其他文件)复制到我的调试文件夹中。在为每个项目执行此操作后,错误消失了。
如果您的解决方案名称中有空格,这也会导致问题。从解决方案名称中删除空格,因此路径不包含%20将解决此问题。
只是指出明显的明显:如果你没有启用“在构建开始时显示输出窗口”,请确保你注意到你的构建是否失败(左下方的小“构建失败”错误)!
在我的情况下,我以错误的方式安装了我的目录。
如果您的解决方案路径类似于“我的项目%2c非常受欢迎的%2c单元测试%2c软件和硬件.zip”,它无法解析元数据文件,也许我们应该防止一些无效的单词,如%2c。
将路径重命名为普通名称解决了我的问题。