升级安装仅将新文件保留到新版本，删除新旧共有的文件

Question

我有一个最初在 VS 2008 中构建的 Web 应用程序和部署项目，它安装了我的应用程序的 1.51 版。我现在正在使用 VS 2010（我的应用程序需要 .Net 4 和 Installer 4.5）并将我的应用程序和部署项目更新到 1.52。如果我在原始系统上运行设置，一切都会按预期工作。

如果我在已安装 1.51 的系统上运行 1.52 安装程序，而不是在安装程序结束时得到 1.52 的完整副本，则会删除 1.51 和 1.52 共有的所有文件（无论是否它们在版本之间有所不同），仅部署了 1.51 中根本不存在的文件，并且我的 CustomAction 没有运行。该设置声称已成功完成。我使用 /l*vx 选项运行设置并使用 Wilogutl.exe 分析日志文件，它显示“未找到错误”和“无需解决方案”。

我已将 RemovePreviousVersions 设置为 True，两个版本的 UpgradeCode 相同，更新了 ProductCode 和 Version。如果我将 RemovePreviousVersions 设置为 false，那么在已经安装了 1.51 的系统上安装 1.52 似乎会给我想要的结果。

不应该在 RemovePreviousVersions 设置为 true 的情况下工作吗？

如果我将 RemovePreviousVersions 设置为 false，在进行升级安装时应该寻找哪些潜在问题？

• 马克

Answer 1

您是否对已更改所有组件 GUID 的安装项目进行了某些操作。如果新旧版本中组件的 GUID 不一致，就会破坏组件引用计数机制。所以版本 1 放置了组件 1，文件 1。在升级时，新版本放置了组件 2，它也放置了文件 1。然后 RemoveExistingProducts 操作将查找任何可以删除的组件。由于组件 1 的引用计数降至 1，安装程序将尝试删除它，包括文件 1。

Answer 2

将升级更改为主要升级，并将 RemoveExistingProducts 标准操作移至 InstallExecuteSequence 中的 InstallInitialize 之前。

正如 Stephen Connolly 所写，您可能搞砸了组件引用。这使得升级不可靠或完全不可能。您可以通过使用主要升级“解耦”新旧版本，因为主要升级不是升级，而是卸载旧版本并以链式顺序安装新版本。