我们使用 Active Directory 推出应用程序，正在寻找可以实现以下目的的解决方案：
1) 我启动一台干净的机器（可能是虚拟的）
2) 启动某种监视程序
3) 安装程序 XX 以及该包中我想要的其他任何程序。4
) 告诉监视程序根据文件系统和注册表更改中发生的变化来构建安装程序。
我知道 Novell 存在这样的解决方案，所以我想 Active Directory 可能也存在这样的解决方案
答案1
任何涉及快照的重新打包“解决方案”都会有问题。当然——你会很幸运地使用一些应用程序，它们会正确快照。但大多数情况下，你最终会创建混乱的软件包，其中包含无关文件、选择不当的 keypath 和/或过多的 keypath，以及你没有意识到对底层操作系统和已安装补丁的依赖关系。
我喜欢 mh 所说的：确保程序内部没有使用 MSI 文件。使用工具重新打包 MSI 是坏事，最终会搞乱 Windows Installer 数据库的状态。
天下没有免费的午餐。打包工具无法在逆向工程安装过程中调用人类的直觉。对于不是用已知打包工具制作的软件包，我的程序是使用快照工具（通常是 WinInstall LE）来“鸟瞰”安装程序正在做什么，但我最终使用威克斯工具集，以确保我拥有最干净、最兼容的安装。如果软件包是使用可以“反编译”的打包工具制作的，那么我会先进行反编译，然后尝试构建一个与原始软件包具有相同功能的 MSI 软件包。
答案2
其中包括 Msi Studio pro（非免费），它可以跟踪设置所做的操作并重新打包应用程序。这是关联如果有人知道的话，我可能会听到一些免费的工具。希望这能有所帮助。
答案3
我用过Installshield 管理工作室多年来一直积极使用它。它确实有缺陷，但它是我用来创建 MSI 的最好的产品，然而我从未使用过其他商业产品来创建 MSI。
您可能感兴趣的其他一些实用程序：
答案4
我以前用过 WinInstall LE，可以保证它的质量。在我看来，任何能够打包 Oracle 软件的东西都一定做得不错！
在使用任何工具打包任何给定应用程序之前，建议您仔细检查它是否实际上已经有一个 MSI 隐藏在其中。使用 7-zip 之类的工具尝试提取 setup.exe，或检查临时文件夹中的安装文件。
也许你已经知道这一点，但我认为这是值得重复的事情。