我们使用活动目录来推出应用程序，并正在寻找可以做到这一点的解决方案：
1）我启动了一台干净的机器（可能是虚拟的）
2）启动某种监控程序
3）安装程序 XX 和我想要的任何其他东西那个包裹。
4) 告诉监控程序根据文件系统和注册表更改中的更改来构建安装程序。
我知道 Novell 存在这样的解决方案，所以我认为 Active Directory 可能存在这样的解决方案
AskOverflow.Dev
任何涉及快照的重新打包“解决方案”都会出现问题。当然——你会幸运地使用一些应用程序，它们会正确地进行快照。但是，大多数情况下，您最终会创建杂乱无章的包，其中包含无关文件、选择不当的键路径和/或太多的键路径，以及您没有意识到自己在底层操作系统上创建并安装的依赖项补丁。
我喜欢 mh 所说的 re：确保程序内部尚未使用 MSI 文件。用一个工具重新打包一个 MSI 是很糟糕的，最终会弄乱 Windows Installer 数据库的状态。
没有免费的午餐。打包工具无法在逆向工程设置过程中调用人类直觉。对于不是使用已知打包工具制作的包，我的程序是使用快照工具（通常是 WinInstall LE）来“鸟瞰”安装程序正在做什么，但我最终构建了我的 MSI 包“手动”使用WiX工具集来确保我拥有最干净、最兼容的安装。如果包是使用可以“反编译”的打包工具制作的，那么我首先会这样做，并尝试构建一个与原始包执行相同操作的 MSI 包。
Msi Studio pro（不是免费的）可以跟踪设置所做的操作并重新打包应用程序。这是链接。如果有人知道它们，我可能会听到一些免费工具。希望这可以帮助。
多年来，我一直在积极使用Installshield Admin Studio 。它确实有缺陷，但它是我用来创建 MSI 的最佳产品，但我从未使用过其他商业产品来创建 MSI。
您可能感兴趣的其他一些实用程序：
赢安装 LE
逆戟鲸
安装
明智的安装程序
我过去使用过 WinInstall LE 并且可以保证它。在我的书中，任何能够打包 Oracle 软件的东西都必须做正确的事情！
在您使用任何工具打包任何给定的应用程序之前，建议您仔细检查它实际上并没有潜伏在里面的 MSI。使用 7-zip 之类的东西来尝试解压 setup.exe，或者在您的临时文件夹中检查安装文件。
也许你已经知道这一点，但我认为这是值得重复的事情。