通过GPO更新MSI的问题（覆盖/卸载失败）

Question

感谢您提前考虑此问题。如果存在类似的问题，我无法找到它。

问题：我们公司将应用程序打包成MSI。此MSI安装在任何GPO之外时，可以正确更新，阻止尝试降级（或从较高版本移动到较低版本），并且从不会在卸载应用程序的先前版本时出现问题，无论这些版本创建/安装之前多久。例如，我们可以安装版本1.2.3，然后安装版本2.3.4，并且应用程序将正确安装而不会出现问题。但是，我们与使用GPO的客户合作将应用程序部署到数百台PC上。每次我们提供了应用程序的更新版本时，都会指出以下内容：

在通过GPO安装了先前版本的应用程序的任何计算机上，无论以前的版本是什么，更新都会成功安装而不会出现问题。

在手动安装应用程序（GPO之外）的计算机上，尝试通过GPO更新应用程序 - 除旧版本之外还安装了应用程序，或者还有其他注册表项应用程序的先前版本和应用程序无法正常打开/运行。在这种情况下，必须手动删除注册表项，然后再从干净的机器尝试安装。

我们知道，在应用程序最初通过GPO安装的任何机器上 - 更新应用程序是没有问题的。在第一个应用程序未安装GPO的每台机器上，通过GPO进行更新失败，出现上述问题之一。

我的问题是：安装部分通过GPO和部分外部进行处理是否存在技术问题？ GPO是否需要对应用程序的整个生命周期负责？ OR是否合理地期望应用程序在原始版本是手动（GPO外部）安装的机器上以及最初从GPO内安装的机器上更新？

我们知道的一个解决方案是让所有计算机管理应用程序的生命周期（因为我们知道更新已经在该环境中工作），但这意味着许多计算机需要手动安装版本手 - 然后通过GPO正确处理安装，这是一项广泛的工作。

我们非常欢迎任何解决方案，对技术文档的引用，正式阐明了这里的正确管理或期望，或者链接到信息。我们的研究表明，管理GPO内的整个应用程序生命周期是“最好的” - 但我至今还无法确定这是完全必要的。

期待任何帮助。如果需要进一步的技术细节来帮助解决问题的可行性，请不要犹豫，要求提供这些细节。

Answer 1

如果最终在控制面板中安装了两个版本，那么所有其他事情都是正确的，最可能的解释是您使用每台计算机安装（或反之亦然）升级每个用户安装。在将GPO分配给用户或计算机的GPO世界中，就像那样。通过获取详细日志并检查FindRelatedProducts操作来检查是否找到了其他产品，但在不同的上下文中，这很容易验证。

当您在GPO模式是所有的时间，我想每个人（无论是每个用户或每台机器）是一致的，因此升级将始终工作，但他们不工作了跨情境。

相信GPO抑制在大多数情况下UI和UI（或UI序列）有时是其中每个用户/每机设置。这可能会导致它，这取决于GPO如何发布到计算机或用户。