我陷入了类似的问题。卸载解决方案文件并单击csproj中的编辑以搜索特定的dll，转到dll包文件夹的路径，发现有两个不同版本的dll具有相同的名称，因此删除了旧版本，现在已成功构建。

希望这对某人有所帮助。

在我的例子中，它是C:\WINDOWS\Microsoft.NET\Framework\~\Temporary ASP.NET Files\目录中的旧版本DLL。您可以删除或替换旧版本，也可以删除并添加回对项目中DLL的引用。基本上，任何一种方法都将创建指向临时ASP.NET文件的新指针。

我在开始使用InstallShield后遇到了这个问题。尽管建造订单显示安装项目是最后一个，但它的建造仍不正常。

我纠正了这一点，使每个其他项目都依赖它-这迫使安装最后构建，从而消除了我的程序集不匹配。我希望这有帮助。

检查project的财产中的licenses.licx，您将在那里发现错误的版本。。。。它在活跃的报告引用中对我有用

我也有类似的问题，但没有一个答案对我有效。

对我有效的解决方案是手动从项目文件（YourProject.csproj）中删除publicKeyToken部分。

以前是：

<Reference Include="Utility, Version=0.0.0.0, Culture=neutral, PublicKeyToken=e71b9933bfee3534, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

更改后为：

<Reference Include="Utility, Version=1.0.1.100, Culture=neutral, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

确保SpecificVersion为False。

用蛮力解决了我的问题。

我意识到我在整个解决方案中提供了DLL的多个副本和两个不同的版本。

在资源管理器中进入解决方案，搜索有问题的DLL并删除所有DLL。然后使用DLL的一个版本将引用添加回DLL。