相关疑难解决方法(0)

我目前正在调查我们目前正在使用的安装包(Wise Installer 9),并转向处理Windows Vista,Windows 7和64位系统之类的东西.安装人员的本地化将是有益的,因为我们也有许多加拿大法国客户.

我们目前使用以下技术安装软件包和实用程序:

• 进步4GL
• Visual Studio 2005
• Visual Studio 2008
• .NET Compact Framework 3.5

我已经看过WiX和InstallShield,Altiris还替换了旧的Wise系统.

我还没有玩过很多关于InstallShield的东西,但是从我见过/安装过的所有东西来看,它似乎都是业界的最爱之一.我浏览了一些与InstallShield相关的Stack Overflow标签,我很想知道该组织对此有何看法.

我是否只是默认情况下去找他们？WiX在非.NET的东西有多好？

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

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

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

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

我只能看到它的缺点:

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

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

我们来讨论以下主题.目前正在部署的应用程序有很好的知道xcopy方法.这种方法很难管理依赖项,文件更新等.有一些软件包的帮助下启动应用程序部署的想法,你知道你在Linux的帮助下RPM,但适用于Windows.

所以我有疑问:在Windows经典Windows安装程序(msi)或nuget或其他东西上使用什么包系统更好？

我找到了一个WiX教程,但它真的很啰嗦,看起来比我想要的更多.什么是快速入门的最佳方式？

我的最终目标并不复杂:安装ISAPI过滤器的安装程序.

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

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

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

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

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

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

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

基本上我们以手动安装程序(Windows powershell脚本)的形式发布我们的更改/修复.它将通过读取配置文件值在特定位置安装指定的.dll和SQL脚本文件(我们将在此文件中配置.dll和Sql脚本位置).相同的powershell脚本具有卸载代码以回滚特定的chage集.

是否有任何选项或机制来为上述要求创建Windows安装程序？

当产品A和B各自安装多个MSI并且某些MSI相同时,卸载A或B会影响另一个吗？安装位置是否重要？

此外,当安装时产品B和B升级C中的常见MSI C版本较高时会发生什么？现在卸载B将删除打破产品A的常见MSI C.如何在不使用永久标志的情况下优雅地处理此问题？

当我们使用内置的.net MSI安装程序时,为什么要选择Windows Installer XML(WiX)？