相关疑难解决方法(0)

我需要找到产品GUID对于安装MSI文件,以进行维护,如补丁,卸载,也为审计目的.

正如大多数人可能注意到的那样,当卸载MSI软件包时,Windows将要求提供原始.msi文件.这是为什么？

我只能看到它的缺点:

• 不适应网络变化.
• 不适应本地磁盘更改.
• 用户意外.
• 通常要求用户离开他们的办公桌并开始讨伐以获得正确的CD.
• 有点证明装置不是独立的.
• 促进使用msizap等不安全工具.
• 这反过来促进了"下一次我只会使用zip文件"的心态.

有人可以对此有所了解吗？

如何对两个(或更多)MSI文件进行 " 内容比较 " 并查看文件内部实际不同的内容 - 而不是进行无用的二进制比较？(这显然只告诉我我是否正在处理同一文件的副本).

一些相关和典型的问题场景:

• 我们构建系统吐出MSI文件像疯了似的,有时我们需要弄清楚不同的MSI文件之间存在什么样的差异(读:事情发生了转变,现在我们是失败的部署).
• 我们有来自不同位置的同一消息来源编译MSI文件,其中一些无法运行报告System.BadImageFormatException -我们如何调试什么的MSI文件的差异？(具体处理此错误的答案在这里:应用程序是否依赖于编译它的环境？).
• MSI文件可以使用各种工具进行编译,但对于stackoverflow用户,这些文件可能最常使用WiX或Visual Studio Installer Projects(免费工具包)创建.

这是一个Q/A风格的问题,主题是比较已编译的MSI文件以确定存在哪些真正的"内容差异".

我必须更换它,因为一个阻止软件卸载的错误,但是如果我使用文件搜索实用程序,Windows无法找到MSI文件,但我认为MSI存储在Add or Remove Programs实用程序可以使用它的某个地方.