我们使用活动目录推出应用程序，并正在寻找一个解决scheme，可以做到这一点：
1）我启动一个干净的机器（可怕的virutal）
2）启动某种监控程序
3）安装程序XX和其他任何我想要的包中。
4）告诉监控程序根据文件系统和registry变化的变化build立安装程序。
我知道像这样的解决scheme存在novell，所以我想像这样的解决scheme可能存在的活动目录
任何“解决scheme”重新包装涉及快照将有问题。 当然 – 你会得到一些应用程序的幸运，他们会正确的快照。 然而，大多数情况下，你最终会创build一些凌乱的软件包，这些软件包中包含无关的文件，select不当的keypath和/或太多的keypath，以及你不知道你在底层操作系统上安装的依赖补丁。
我喜欢你所说的话：确保程序内部没有使用MSI文件。 用一个工具重新打包一个MSI是不好的mojo，最终会搞乱Windows Installer数据库的状态。
没有免费的午餐。 打包工具无法调用人类的直觉来反向devise安装过程。 对于没有使用已知打包工具制作的软件包，我的过程是使用快照工具（通常是WinInstall LE）来获取安装程序正在做什么的“鸟瞰图”，但是我最终构build了我的MSI软件包“手动“使用WiX工具集，以确保我有最干净，最兼容的安装。 如果软件包是用一个可以“解编译”的打包工具制作的，那么我首先要做，然后尝试构build一个与原始软件包完全相同的MSI软件包。
还有其他的Msi Studio pro（不是免费的），可以跟踪设置和重新打包应用程序的行动。 这是链接 。 如果有人知道他们可能会有一些免费的工具，我会听到。 希望这可以帮助。
我已经使用Installshield Admin Studio多年。 它有它的缺点，但它是我用来创buildMSI的最好的产品，但是我从来没有使用过另一种商业产品来创buildMSI。
其他一些您可能感兴趣的工具：
Win安装LE
逆戟鲸
insted的
明智的安装程序
我以前使用过WinInstall LE，可以担保。 在我的书中，任何能够打包Oracle软件的东西都必须做正确的事情！
在使用任何工具打包任何给定的应用程序之前，build议您仔细检查它是否实际上已经隐藏了MSI。 使用类似7-zip的东西来尝试提取setup.exe，或者在你的临时文件夹中检查安装文件。
也许你已经知道这一点，但我认为这是不断重复的事情。