ci: 新增 Windows 桌面端内测构建

2026-07-09 09:30:44 +08:00
parent 0aff10fe0d
commit b03e30d0dd
5 changed files with 181 additions and 0 deletions
@@ -198,6 +198,20 @@

 如果后续任务试图新增离线登录、离线写入、本地业务队列、离线同步、内嵌后端、本地 API 镜像或绕过后端权限审计，应先修改并评审本计划书，不能直接实现。

+## 2026-07-09 Windows 内测构建流水线记录
+
+本次补充 Windows 第二阶段兼容性验证的手动构建入口，仍不改变“未获明确批准前不发布正式 Windows 安装包”的边界。
+
+已补齐的内部验证自动化：
+
+- 新增 `.github/workflows/desktop-windows-internal.yml`，通过 `workflow_dispatch` 手动触发，在 GitHub `windows-latest` 环境构建 Windows NSIS 安装器。
+- 工作流从用户在 GitHub Actions 页面选择的分支上下文注入 `VITE_BUILD_CHANNEL` 和 `VITE_BUILD_COMMIT`，并拒绝从 release tag 触发，避免和正式发布链路混用。
+- 工作流执行 `release:env:check`、`version:check`、`runtime:check`、`desktop:release:check`、`ui:contract`、`type-check`、`test:unit` 和 `build` 后，再构建 Windows NSIS 内测安装器。
+- Windows 内测构建显式关闭 updater artifacts，只上传 `.exe` 和 `SHA256SUMS.txt` GitHub artifact；不生成生产 `latest.json`，不创建 update feed，不替代 Windows 代码签名或正式发布审批。
+- `npm run desktop:release:check` 已纳入 Windows 内测 workflow 约束，防止该入口误加入 updater feed、签名 release 或生产发布逻辑。
+
+该 workflow 只用于内部测试和 Windows 兼容性验证。正式 Windows 发布仍需先完成 Windows 代码签名、安装器验收、更新链路和发布治理审批。
+
 ## 当前质量门禁

 前端或桌面端代码变更应按影响范围执行相关检查。发布、桌面端适配层、Tauri 配置或安全边界相关变更至少考虑：