我的问题实例是由一个公共项目引起的，该项目中有重复的类名(在不同的文件名下)。奇怪的是，Visual Studio无法检测到这一点，而只是破坏了构建过程。

建议的答案对我不起作用。这个错误是另一个问题的诱饵。

我发现我的目标是一个略有不同的。net版本，这被编译器标记为警告，但它导致构建失败。 这应该被标记为错误，而不是警告。

在我的案例中，问题是我手动删除了一个标记为“缺失”的非编译文件。一旦我删除了对现在丢失的文件的引用并重新编译-一切都很好。

此问题可能是由于代码中的语法错误而发生的，由于元数据错误，您可能无法看到该语法错误。因此，在执行前面回答中的任何操作之前，请检查您的源文件。

很多答案听起来像是反复试验。在我的例子中，它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下)，则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中，我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此，我需要在构建失败的解决方案之前构建输出该dll的项目，以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单，但很难用语言表达出来。

在我的情况下，我有一个引用到另一个项目，我删除了，但我从未在代码中使用它，因此我没有得到任何编译错误。

提示:检查是否有对解决方案中不存在的其他项目的引用。