Visual studio 2017 基于用户删除安装程序项目中的早期版本
如何创建MSI安装程序,让用户决定是否保留以前的版本 正如我在一篇文章中读到的,我已经将当前安装程序的升级代码设置为与上一版本相同 我尝试将Visual studio 2017 基于用户删除安装程序项目中的早期版本,visual-studio-2017,windows-installer,installation,setup-project,Visual Studio 2017,Windows Installer,Installation,Setup Project,如何创建MSI安装程序,让用户决定是否保留以前的版本 正如我在一篇文章中读到的,我已经将当前安装程序的升级代码设置为与上一版本相同 我尝试将RemovePreviousVersions设置为True,但它会以静默方式卸载以前的版本;有什么方法可以让用户做出决定吗 其理念是,用户应该能够: 安装最新的软件版本 安装最新的软件版本,而不是以前的版本 最后,;将最新软件版本与上一版本并排安装 更新 只是一个信息,我不知道的工具,我只是尝试安装项目,但我愿意学习另一个工具,如果必要的话,只要输出是一
RemovePreviousVersions
设置为True
,但它会以静默方式卸载以前的版本;有什么方法可以让用户做出决定吗
其理念是,用户应该能够:
- 安装最新的软件版本
- 安装最新的软件版本,而不是以前的版本
- 最后,;将最新软件版本与上一版本并排安装
过去的爆炸:还有其他一些可能性。您可以使用多实例转换,您可以使用虚拟化。我以前在这里写过:。请略读一下。在我看来,你能做到这一点的唯一方法是拥有两个MSI文件。它们都将有新的产品代码,它们是:
基本问题是,安装可能不是“并排”的,而是“在顶部”。是什么阻止新产品中的文件替换其他已安装产品中的现有文件?如果快捷方式具有相同的名称,用户如何知道使用哪种快捷方式?您是否需要阻止两个版本的应用程序同时运行?安装中是否有任何“一次性”项目,例如服务(不能有两个相同的名称)或命名事件、互斥体等?当安装wo版本时,升级策略是什么 这是你想得到的解决方案吗,就像斯坦的建议?请您将最新信息分享给我们好吗?很抱歉,我的回复太晚了,我会重新评估情况,并在必要时更新我的问题。至于现在,我的问题是我需要做什么。看起来高级安装程序使用多实例转换功能来完成对多个安装实例的支持。这确实是先进的。我在下面的链接答案中提到了这个概念——你可以在WiX中实现,但它需要大量的工作和复杂的测试。我没有在Advanced Installer中测试过很多功能,但我确信它工作得很好,除非您使用的问题结构符合底层技术的限制和限制。我将测试不同的升级方案。感谢您的支持!我想我得挖得更深一些|非常感谢。考虑到你的回答,我将不得不重新评估形势。是的,这是客户的要求。看来WiX对我来说太过分了。是时候协商lol了。也许你的客户有App-V或类似的虚拟化技术?我不知道。对不起,我只是一个团队的成员,我想他们不会想挖那么深(((