VSAR 应用发布：如何把工程能力「打包成给客户用的独立程序」

做汽车电子工具链的同学经常遇到：现场只想给客户一个「专用版 VSAR」——图标、菜单、功能范围和授权策略都由你定，而不是整包交付完整 IDE。VSAR 里的 应用发布（Project Deliver） 就是为这个场景设计的。

一、它在解决什么问题？

• 交付形态：从「开发用全功能 VSAR」变成「按项目裁剪后的可执行程序 + 资源 + 配置」
• 品牌与体验：应用名、图标、背景等可定制，更像独立产品
• 权限与约束：时间/次数/机器码/登录等限制可写入发布包（敏感信息加密存储）
• 体积可控：按勾选的菜单/插件决定 是否带上 C/Python 小程序、GCC 等大依赖，减少无效拷贝

可以理解为：

向导式配置 → 整目录拷贝瘦身 → 写 setting.ini → 重命名主程序 的一站式发布链路。

二、向导四步

设计上是典型 线性向导：许可 → 详细信息 → 使用限制 → 菜单/插件勾选。

1. 许可协议：必须同意后才能继续（避免误触发布）。

2. 详细配置：应用名称、输出目录、图标与界面背景路径等。生成前会把图标等资源 复制到输出目录并改写路径，避免客户机器上没有你的本地路径。

3. 使用限制：可配置例如是否只允许默认工程、是否启用限制以及限制维度（时间段、日期范围、次数等），以及是否与 机器码、登录账号 绑定；账号密码等会 RSA 加密 后写入配置。

4. 菜单与插件：勾选本次发布要保留的能力。至少保留一个插件，否则无法生成（保证交付物不是「空壳」）。

5. 到最后一步，点击「生成」，即可发布应用程序

三、生成时背后在做什么？

• 先保存工程：发布前会向各业务插件广播保存，避免「界面配好了但没落盘」。
• 后台拷贝安装目录：将当前 VSAR 运行目录下的文件/目录复制到目标路径，并带 条件裁剪：
• 固定排除如 log、dump、drive 等目录；
• 未勾选相关能力时，可跳过 C 小程序依赖、Python 运行环境、ARM GCC 工具链 等，显著减小包体；
• 跳过 .pdb、.log 等不适合交付的文件。
• 写运行配置：在输出目录的 config/setting.ini 中写入 projectDeliver 段，包括交付标识、名称路径、菜单 JSON、语言、业务类型等；若包含 面板，还会配合 改写 UniversalPanel.json，把快捷面板/主窗口类配置带给客户环境。
• 主程序更名：将 VSAR.exe 重命名为 「你填的应用名.exe」，并提示输出路径、可打开文件夹。
• 若用户中途在进度框取消，实现上还会清理已拷贝内容，避免留下半成品目录。

四、适用场景举例

• 给 OEM / 集成商交付 仅含诊断 + 记录 的专用客户端
• 给培训或演示发 固定菜单的小工具箱
• 合同要求 限期、限次或绑定指定电脑 的交付版本

五、结语

VSAR 的应用发布并不是简单「打一个 zip」，而是 配置 + 安全存储 + 依赖裁剪 + 业务配置一体落地。如果你正在为「如何把工具链收成可交付的产品形态」发愁，这个功能值得在方案里单列一节——对外讲体验，对内讲配置项与裁剪规则，验收会清晰很多。