强调简单。我从未制作过安装程序，也不想学习太多知识。一个系统，我可以将一堆文件交给它，并且它会自动判断应该把它们放在哪里，这是理想的。
请回答一般性问题。
但是，在我的情况下，我受到了一些额外的限制。要安装的程序是用VB6（或者是5？）和一些以前版本的VB编写的，因此它不会很快得到更新。我有一个正在运行的安装程序，并且将有一个干净的虚拟机来测试。所以我将循环执行以下步骤：运行安装程序，找到故障点，修复它，将其添加到安装程序中，还原虚拟机，再次尝试。如果有更好的方法，请告诉我。
我必须让它在XP上正常工作，并且我也希望它能在较新版本的Windows上工作。
我几年前在Vista之前使用过InnoSetup，当时非常满意。我只需要安装几个文件和一个开始菜单图标。它运行良好，而且很容易上手。
Dependency Walker非常有用，可以帮助找到安装程序中缺失的dll文件。一旦知道了缺失的dll文件，您就可以使用Merge Module Finder来查找它所在的合并模块。
在大多数情况下，Windows Installer是前进的方向。VB6程序员可以免费下载Visual Studio Installer 6.0版本1.1来创建MSI包。请参阅VFP文章Using Microsoft Visual Studio Installer for Distributing Visual FoxPro 6.0 Applications中的“COM服务器”以获取一些有价值的信息。
这不是最简单的选择，但是VSI 1.1中有一个VB安装向导可帮助正确完成基本操作。像创建[CommonAppData]子文件夹并在其中设置Everyone权限之类的高级操作必须在IDE外的后构建步骤中完成。这就是第三方工具可以派上用场的地方，可以为您提供更多控制而不必诉诸Orca或后构建安装程序脚本。
那些制作脚本“遗留”安装程序的人试图跟上步伐，但脚本变得越来越复杂。结果有时会出现问题。Windows 7引入了一些新的问题。
虽然ClickOnce不是VB6的最佳选择，但并不意味着您不能使用无需注册表的COM来进行许多程序的XCopy安装。对于安装程序包而言，无需注册表的COM甚至可以成为一个不错的选择。
我已经使用了NSIS，克服了一些它的小复杂性，它是一个非常棒的系统。它是免费的，提供了大量的插件能力，并且成功地完成了我需要做的一切。
我曾经非常喜欢 Inno Setup，重点是“曾经”。
当你运行单文件安装程序（通常情况下），它会将真正的安装程序解压到临时文件夹下的一个文件夹中，然后尝试执行它。问题是...一些反病毒程序不允许这样做。
作者知道这个问题，但拒绝采取任何措施。文件夹名称是随机的，因此无法添加到您的反病毒程序可能使用的任何豁免列表中。
再次强调，作者知道这个问题，并建议我告诉我的用户在安装过程中关闭他们的反病毒程序。（就像那会发生一样）
我的建议是尽可能保持安装程序的简单性。Windows Installer 是一款非常复杂的软件，当出现问题时很难弄清楚发生了什么。我相信我们都经历过 Windows Installer 无休止地尝试修复一个你已经没有源 .msi 文件的文件的无限循环。
大多数情况下，使用 Windows Installer 就像用大锤砸螃蟹一样浪费。
我自己使用 InnoSetup，而在工作中则被迫使用 InstallShield（不情愿）。从一个简单的基于脚本的安装程序开始，只有在有充分理由时才使用 Windows Installer。
请注意，某些非 Windows Installer 安装工具（如 InnoSetup）可能缺少将程序集安装到 GAC 的支持。
