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

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

您可以做一些事情来解决此问题。首先，使用Windows文件搜索在硬盘上搜索程序集（.dll）。一旦有了结果列表，请执行查看->选择详细信息。。。然后选中“文件版本”。这将在结果列表中显示版本号，因此您可以看到旧版本可能来自何处。

此外，正如Lars所说，检查您的GAC，看看那里列出了什么版本。这篇Microsoft文章指出，在生成过程中，在GAC中找到的程序集不会在本地复制，因此您可能需要在全部重新生成之前删除旧版本。（有关创建批处理文件以执行此操作的说明，请参见我对此问题的回答）

如果仍然无法确定旧版本的来源，可以使用Visual Studio附带的fuslogvw.exe应用程序获取有关绑定失败的详细信息。Microsoft在此处提供了有关此工具的信息。请注意，您必须通过将HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog注册表项设置为1来启用日志记录。

我刚刚遇到了这个问题，问题是我的应用程序调试目录中有一个旧的.dll副本。您可能还想在那里（而不是GAC）查看是否看到它。

右键单击VS中的引用，将“特定版本”属性设置为True。

我一时被这个难住了。我可以在发布版中构建和运行，但由于引用与清单不匹配而无法在调试中运行。我一定检查了100次引用，并删除了所有dll。我注意到在调试和发布中生成的清单是不同的。

我删除了我的项目/财产中的app.manifest，它解决了这个问题。这并没有提到有问题的引用dll，所以我不知道为什么这会导致问题。

我的问题是，在新版本中删除了旧dll的dployed。为了解决这个问题，我只选中了在发布时删除目标位置的其他文件的复选框。删除目标位置的其他文件