C# Dark.exe解压缩导致的合并模块问题

我已经工作了相当长的一段时间，将我工作的所有安装从Wise for Windows Installer转移到WiX。从显而易见的步骤开始（考虑到要传输的安装数量及其大小），并使用Dark.exe（WiX工具包）对其进行反编译。我一直在创建一个通用程序，将dark的输出清理成一个合适的项目，然后我们可以编译成MSI。一段时间以来一直困扰我的@$$问题是合并模块。我们在各种安装中最多有20个Microsoft MSM，dark不会识别这些，而是列出所有内容。我已经准备好了所有东西，所以我可以删除这个垃圾代码，并用正确的合并标记替换它。因此问题就来了。合并模块没有任何押韵，也没有放置它们的理由，我找不到逻辑来查找主文件夹。唯一真正的共同点是目录、组件、文件和注册表标记都有一个以GUID结尾的Id。任何想法都将不胜感激。我已经有了搜索合并模块列表并检索文件、组件和目录列表的框架。我只是不知道该寻找什么，所以它不是专门针对一个或两个模块，而是理论上所有的MICROSOFT模块（我知道其他公司可能使用其他格式，但这是一个无声的问题）。再次感谢

看起来您已经做了很多工作，对现有的MSI进行反向工程，并以自动化或半自动化的方式清理结果

---

从头开始创建wix源文件不是更高效、更不容易出错吗？您可能能够利用来减少所需的工作量。

看起来您已经做了大量工作，对现有的MSI进行反向工程，并以自动化或半自动化的方式清理结果

---

从头开始创建wix源文件不是更高效、更不容易出错吗？您可能可以利用来减少所需的工作量。

我提出了同样的想法，但他们将此作为我的学习经验。真正的MSI在2010年第二季度之前是不需要的，所以我有足够的喘息空间，除了这会把我烦死。他们一直在指导我，帮助我解决问题，但这一次甚至让一些经验更丰富的开发人员有点困惑：P任何其他想法都将不胜感激！我提出了同样的想法，但他们把这当作我的学习经历。真正的MSI在2010年第二季度之前是不需要的，所以我有足够的喘息空间，除了这会把我烦死。他们一直在指导我，帮助我解决问题，但这一次甚至让一些经验更丰富的开发人员有点困惑：P任何其他想法都将不胜感激！