相关疑难解决方法(0)

msiexec是安装MSI程序的命令提示符软件.但我发现只需在命令行输入MSI文件的名称,就可以从命令行安装MSI文件.

但是为了卸载MSI文件,你似乎必须调用该msiexec程序并给它一个/x或/uninstall.

如何在不使用msiexec例程的情况下从命令行卸载MSI ？

我想提取EXE设置的MSI以通过网络发布.

例如,使用Universal Extractor,但它不适用于Java Runtime Environment.

我常常遇到Windows Installer尝试卸载软件包的问题,​​但它抱怨说:

您尝试使用的功能是在不可用的网络资源上.

当原始MSI根本不可用时,是否有已知的卸载此类软件包的方法？

我的Wix安装程序可以安装我的程序,但是卸载它已经坏了.文件过早删除,需要进一步下线.卸载程序失败并恢复其更改.

这意味着我无法从我的机器中删除软件包,因此无法安装我的安装程序的任何进一步构建(相当不便).我怎样强行拆除包裹？

我们目前使用WiX来构建我们的MSI文件,因此它是我使用过的唯一一个MSI构建器.我知道您可以在Visual Studio中本地构建安装程序.使用WiX和Windows Installer有什么区别,各自的优缺点是什么？

Windows Installer技术支持管理安装.启动管理安装的命令行是:' msiexec/a setup.msi '.我想了解这种安装的目的以及它们在哪些情况下有用？

在我迄今为止编写的所有程序中,如果我希望它在另一个工作站上工作,我只需复制并粘贴使其运行所需的可执行文件和必要文件(例​​如:.o文件,二进制文件......).

但是所有为商业用途而构建的程序总是带有安装程序.例如PC游戏.所以我的问题是:当我们只是将文件复制到目标工作站时,安装的主要好处/原因是什么？

- 其中一个原因可能是防止盗版.但除此之外,我确定还有其他更强的理由吗？

如何避免从我的 WiX 生成的 MSI 包触发自我修复？

这是一个Q/A 风格的问题，其答案只是列出了一些不要在您的 MSI 文件中做的事情，以避免重复自我修复的最常见原因。