文章目录程序写完了怎么发给用户Windows 打包工具怎么选BAT 转 EXE和做安装包是两回事EXE、MSI、MSIX先看你要交给谁工具怎么选我会这样排普通 Windows 程序先看 Inno Setup已有 NSIS 脚本或插件继续用 NSIS明确要 MSI看 WiX也看团队愿不愿意写 XMLElectron 应用顺着 electron-builder 走商业项目单独看一眼许可发出去前再走一遍用户的流程我的插件先改哪里程序写完了怎么发给用户Windows 打包工具怎么选程序在自己电脑上跑通了发给别人却未必能直接用。缺依赖、找不到启动入口、更新得先删旧版……这些问题最后都会变成用户的一句“怎么装”我给一个 Windows 插件做分发用的是 Quick Batch File Compiler 加 Inno Setup前者把 BAT 启动脚本转成 EXE后者把程序和依赖做成安装包。这套组合已经用了一年。最近想把工具链里的开源、收费环节理一理顺便重新看了一遍 Windows 打包工具。结论没变普通桌面小工具先看 Inno Setup有明确的部署要求再选其他方案。为什么这么选得先把“打包”拆开说。BAT 转 EXE和做安装包是两回事我这条链路里两款工具各管一段。QBFC 处理的是启动脚本。Inno Setup 处理的是安装文件放哪、快捷方式建在哪、卸载时删什么。Python 项目也一样先把代码和运行依赖整理成可分发程序再考虑安装包。安装器可以帮你分发依赖但不会自动判断项目缺了什么。所以别急着做安装向导。先换一台没装开发环境的电脑确认程序能跑起来。如果本来就是免安装工具压缩包附上清楚的使用说明也是一种交付方式。需要快捷方式、依赖安装或统一卸载入口时再做安装包。EXE、MSI、MSIX先看你要交给谁工具名容易记混先记住三种常见形式。EXE 安装器最常见安装流程由工具定义适合灵活处理文件、依赖和附加任务。Inno Setup、NSIS 通常生成这种安装包。MSI交给 Windows Installer 引擎执行。企业如果要求统一部署、修复和升级管理往往会明确提出要 MSI。不过组件和升级规则仍要认真设计。MSIX提供受系统管理的包部署方式可用于商店、企业等分发场景。旧程序要迁过去先查兼容性尤其是驱动、服务和插件相关需求。这里有个常见误会企业部署不等于必须 MSI。比如 Intune 也能分发封装好的 EXE 安装器只是需要配置静默命令和检测规则。选格式最有用的信息通常来自接收软件的人是个人用户双击安装还是运维统一推送对方有没有指定格式工具怎么选我会这样排普通 Windows 程序先看 Inno Setup手里已经有 EXE、DLL 和配置文件只想做一个正常的安装向导Inno Setup 很合适。装文件、建快捷方式、写注册表用配置段就能描述复杂判断再加 Pascal Script。它也支持命令行编译后面可以接进自己的构建脚本。我继续用它主要是因为现有脚本能维护安装和卸载也能满足需求。它通常生成 EXE 安装包如果客户明确要求 MSI就需要另外选工具。已有 NSIS 脚本或插件继续用 NSISNSIS 和 Inno Setup 做的是同一类事区别在脚本语言、插件和已有积累。团队已经熟悉 NSIS或者正好需要某个 NSIS 插件用它很自然。新项目可以先写一个最小安装包看看哪种脚本更容易读懂。不用把 NSIS 当成 Inno Setup 的“进阶版”。安装逻辑难维护先整理逻辑换工具未必能解决。明确要 MSI看 WiX也看团队愿不愿意写 XMLWiX 用 XML 描述安装工程适合和代码一起做版本管理接入自动构建。它的 Burn 引擎还可以把多个安装包组织成一个 EXE 引导程序。代价是要学习 Windows Installer 的组件模型和升级规则。愿意长期维护安装工程可以选 WiX希望通过图形界面配置可以比较 Advanced Installer。Advanced Installer 的免费功能能做简单 MSI 项目更多功能按版本确认。团队已有 InstallShield 工程的续用通常比推倒重来便宜这笔账先算清楚。Electron 应用顺着 electron-builder 走程序本来就是 Electron 写的可以用 electron-builder 管理构建和发布Windows 默认走 NSIS。配合 electron-updater还能做更新检测和下载。应用里要接入更新代码发布端也要放好安装包和更新元数据不能只生成安装包就算完成。在 Windows 上优先按文档里的 NSIS 更新路线配置换成 MSI 等目标时要重新确认更新方式。如果决定用 MSIX免费的 MSIX Packaging Tool 和开发工具自带的打包流程都可以入手。顺序别反先确认程序适合这条路线再挑转换工具。商业项目单独看一眼许可“源码公开”“免费使用”“官方请求付费”不能混成一个标签。Inno Setup官方请求符合其商业用户定义的使用者购买许可同时明确购买并非严格强制要求。注意这一请求不限于新版本哪怕还在用旧版 6.x 做商业分发也在被请求的范围里。WiX的源码按 MS-RL 开源官方预编译发行物另有 OSMF 维护费协议。v6 起需要留意这套规则v7 还要求显式接受 EULA按目前条款与使用 WiX 的项目相关的年收入达到 1 万美元才涉及付费是否需要付费按所用版本的适用条件判断。NSIS主体采用 zlib/libpng 许可部分组件另有许可electron-builder本身采用 MIT 许可。额外引入插件和构建工具时也要查看对应条款。选定工具后把版本和许可资料一起留档比记一句“开源免费”可靠。发出去前再走一遍用户的流程工具选完还得把安装包拿到另一台电脑上试。下面这几件事比安装界面长什么样更影响使用。批量部署试静默安装。运维不会逐台点“下一步”。下面是常见写法在安装包所在目录运行文件名换成实际名称REM Inno Setup setup-inno.exe /VERYSILENT /SUPPRESSMSGBOXES /NORESTART /SP- REM NSIS使用大写 /S setup-nsis.exe /S REM MSI msiexec.exe /i app.msi /qn /norestart有参数还不够。脚本里的自定义弹窗、外部依赖安装仍可能打断流程还要检查失败时的退出码以及是否意外重启。退出码有个经典坑msiexec 返回 3010 不是失败是“成功但要求重启”部署脚本把它当失败处理会整批误报。新版本试从旧版本升级。别只做一次全新安装。看看程序运行中能否升级、配置会不会被覆盖、失败后还能不能打开。联网自动更新可以后面接手动安装新版的流程要先跑通。Inno Setup、NSIS 的联网更新通常要另外实现Electron 可以接 electron-updaterMSIX 可以按分发方式使用商店或配置好的.appinstaller更新机制。公开分发考虑签名再试卸载。代码签名有助于核验发布者和文件完整性但不保证消除所有安全提示。测试时用普通用户账户走完安装、启动、升级、卸载、重装顺便试试中文路径和离线环境。卸载时尤其要分清程序安装的文件可以清理用户后来生成的数据不能随手一起删掉。我的插件先改哪里回头看我会先保留 Inno Setup检查 BAT 转 EXE 这一层有没有必要。如果 BAT 只在安装时检查依赖、初始化目录这些事可以考虑交给安装器。如果它在用户每次启动时设置环境变量、切换目录、拉起多个进程就还得保留相应的启动逻辑。安装器的[Run]段只处理安装过程不能直接替代日常启动。至于 BAT 转 EXE也不能当成可靠的源码保密手段。是否保留 QBFC要看它有没有解决实际问题。对我这个插件来说先把这些环节理顺比重新换一套打包工具更有用。用户能顺利装好下一版能接着用不用了能正常卸载这个安装包才算做完。