在我的案例中，设置目标框架解决了问题:

右键单击项目并选择Properties 在Application中，将目标框架更改为与主项目相同(例如。"．NET Framework 4.5”)。

对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。

在我的案例中，依赖项目(取决于错误消息中的项目)在项目的“属性→应用程序→程序集信息……”下的“程序集版本”字段中缺少值。我只是在“文件版本”中添加了相同的数字，点击“确定”，编译器错误就消失了!

事实证明，重新添加AssemblyVersion然后再次构建项目会导致另一个错误，该错误声称它已经出现在项目中。这是!在解决方案资源管理器中项目的属性节点下，有一个“SolutionVersionInfo.cs”文件，该文件还包含一个装配版本属性-从项目中删除该文件解决了此错误。

导航到解决方案的文件夹资源管理器并删除抛出错误的未使用的项目文件夹。在我的例子中，在删除项目后，文件夹仍然存在于目录中。删除文件夹后解决方案构建成功!

当前项目的框架版本与其他项目不同。 将框架版本更改为现有项目版本将解决这个问题。

对我来说，以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。