From 76b96cc37421729be8490ffabffec48fe72b185b Mon Sep 17 00:00:00 2001 From: sloray Date: Thu, 15 Oct 2026 21:58:02 +0800 Subject: [PATCH] =?UTF-8?q?ci:=20Windows=20=E4=BA=A7=E7=89=A9=E9=BB=98?= =?UTF-8?q?=E8=AE=A4=E5=B0=B1=E7=BC=96=EF=BC=88=E5=B9=B3=E5=8F=B0=E5=BC=80?= =?UTF-8?q?=E5=85=B3=E4=BB=8E=20vars=20=E6=8D=A2=E6=88=90=20inputs?= =?UTF-8?q?=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 现象：Windows runner 明明在线、job 也确实派给了 windows-runner-01（它自己的日志： "Runner labels: windows-latest, windows-2025, windows-2022"），但每次运行里 Windows 产物都是 skipped。 原因在 job 级 if 上： (github.event_name != 'workflow_dispatch' && vars.ENABLE_WINDOWS == 'true') Gitea 的 runner 在 job 级 if 里拿不到（或拿不对）vars 上下文，条件恒为假 —— 而这个 条件写反的代价是"静悄悄不编"，不看 runner 日志根本看不出来。同一份文件里 `github.event.inputs.linux != 'false'` 这个形式在 runner 日志里能看到正常求值 （evaluating expression '...' evaluated to 'true'），所以三个平台统一成这种形式： Linux / Windows : github.event.inputs.<平台> != 'false' → 默认跑 macOS : github.event.inputs.macos == 'true' → 默认不跑（还没有机器） 同时把 workflow_dispatch 里 windows 的默认值改成 true，并更新文件头：写清三台 runner 各自声明的标签、为什么不能拿 Linux 交叉编 Windows/macOS、以及第 4 条—— 平台开关不要用仓库变量（附上这次的证据）。 runs-on 里的 vars.RUNNER_* 保持不变（标签不匹配时用它们覆盖）。 --- .github/workflows/build-client.yml | 76 +++++++++++++++--------------- 1 file changed, 39 insertions(+), 37 deletions(-) diff --git a/.github/workflows/build-client.yml b/.github/workflows/build-client.yml index d97a761..7f0a06c 100644 --- a/.github/workflows/build-client.yml +++ b/.github/workflows/build-client.yml @@ -2,38 +2,36 @@ # # 产物都挂在这次运行下面（Actions 页面直接下载），保留 14 天： # Linux x64 deb + AppImage cam-desktop_<版本>_amd64.deb / .AppImage ← 默认每次编 -# Windows x64 NSIS 安装包 cam-desktop_<版本>_x64-setup.exe ← 有 runner 才编 -# macOS 通用 .app + .dmg arm64 与 x86_64 合成一个包 ← 有 runner 才编 +# Windows x64 NSIS 安装包 cam-desktop_<版本>_x64-setup.exe ← 默认每次编 +# macOS 通用 .app + .dmg arm64 与 x86_64 合成一个包 ← 还没有机器，手动勾选才编 # # ── 触发 ───────────────────────────────────────────────────────────────────── # * push 到 main/master —— 只认 desktop/、protocol/ 与本文件的改动，改固件不会 # 白占 runner # * 打 v* tag、开 PR # * 手动 Run workflow：逐个平台勾选，不进 paths 过滤（"就想编一次"走它） -# Windows 与 macOS 两个 job 目前默认不跑，原因与打开方式见下面第 1 条。 +# 平台开关一律看勾选框（理由见下面第 4 条）。 # # ── 跑在 Gitea 上要先对上的两件事 ──────────────────────────────────────────── # 1. runner 标签是注册 runner 时自己起的名字，猜不到，所以三个 job 都写成 # "仓库变量优先、常见标签兜底"： # runs-on: ${{ vars.RUNNER_LINUX || 'ubuntu-latest' }} # 标签对不上时 job 是**排队**而不是报错 —— 排队会一直占着这次运行不结束， -# 所以第一次跑之前先看一眼 runner 页面上那几行标签。 +# 所以上线新平台前先看一眼 runner 页面上那几行标签。 # -# 本仓库目前只有 Linux 的两个 runner 标签（ubuntu-latest / ubuntu-24.04 / -# ubuntu-22.04），所以**默认只跑 Linux**：Windows 与 macOS 两个 job 要等 -# 仓库变量 ENABLE_WINDOWS / ENABLE_MACOS 设成 true 才会跑（手动 Run workflow -# 时另看勾选框），机器的标签则用 RUNNER_WINDOWS / RUNNER_MACOS 指过去。 -# 等那两台机器上的 runner 注册好再打开，否则每次 push 都会多出两个永远排队的 -# job。 +# 2026-10-15 实测在线的（括号里是它们自己声明的标签）： +# * simba-runner-01 （ubuntu-latest / ubuntu-24.04 / ubuntu-22.04） +# * windows-runner-01 （windows-latest / windows-2025 / windows-2022） +# * macOS：还没有 +# 所以 Windows 默认就跑；macOS 的 job 写成"手动勾选才跑"。 # # 为什么不能拿 Linux runner 交叉编出来： # * Windows：Rust 侧用 mingw 交叉编还能出个裸 exe，但 tauri 的 NSIS 打包器 # 本身只能在 Windows 上跑，出不了安装包； # * macOS：要 Apple SDK 与 codesign/lipo，只能在 macOS 上编。 -# 所以这两个平台的 job 留着是为了"机器到位那天直接开"，不是摆设。 -# 那两台机器上要预装好：Windows 的 MSVC Build Tools（link.exe）、macOS 的 -# Xcode Command Line Tools，以及 rustup（dtolnay/rust-toolchain 靠它装工具链）。 -# Linux 的 job 通常跑在容器里，所以没装 rustup 也没关系 —— 见下面那步兜底。 +# Windows runner 上要预装好 MSVC Build Tools（link.exe）、WebView2 运行时与 +# rustup（dtolnay/rust-toolchain 靠它装工具链）；macOS 上要 Xcode Command Line +# Tools + rustup。Linux 的 job 通常跑在容器里，没装 rustup 也没关系 —— 见兜底那步。 # 2. 这个文件放在 .github/workflows/ 下就够：Gitea 的 [actions] WORKFLOW_DIRS # 默认值就是 [".gitea/workflows", ".github/workflows"]（源码里的默认值，且 # .yml 与 .yaml 都认），所以两个目录都是原生支持的，不用挪。 @@ -58,6 +56,19 @@ # ~/.cargo/git/db # key: ${{ runner.os }}-cargo-registry-${{ hashFiles('protocol/Cargo.lock', 'desktop/core/Cargo.lock', 'desktop/src-tauri/Cargo.lock') }} # restore-keys: ${{ runner.os }}-cargo-registry- +# 4. 平台开关只用 github.event.inputs，**不用仓库变量**。2026-10-15 那次 Windows +# runner 明明在线、job 也确实派给了它（它自己的日志里写着 +# "Runner labels: windows-latest, windows-2025, windows-2022"），产物却一直是 +# skipped —— 卡在 job 级 if 的 `vars.ENABLE_WINDOWS == 'true'` 上：Gitea 的 +# runner 在 job 级 if 里拿不到（或拿不对）vars 上下文，而这个条件写反的代价是 +# "静悄悄不编"，最难发现。同一份文件里 `github.event.inputs.linux != 'false'` +# 这个形式在 runner 日志里能看到正常求值（evaluating expression '...' evaluated +# to 'true'），所以平台开关统一成这种： +# * Linux / Windows：`github.event.inputs.<平台> != 'false'` → 默认跑， +# 手动触发时取消勾选就不跑 +# * macOS：`github.event.inputs.macos == 'true'` → 默认不跑，等有机器了改成 +# 上一种形式即可 +# runs-on 里的 vars（RUNNER_*）不受影响，标签不匹配时用那个覆盖。 # # ── 三个平台都显式写 --target，这不是啰嗦 ──────────────────────────────────── # desktop/.cargo/config.toml 里钉着 `target = "aarch64-apple-darwin"`（本机开发用； @@ -101,18 +112,18 @@ on: - ".github/workflows/build-client.yml" workflow_dispatch: inputs: - # Linux 的 runner 有，默认勾上；另两个平台目前没有 runner，默认不勾 —— - # 勾了而没有对应 runner，那个 job 会一直排队。 + # Linux 与 Windows 的 runner 都在线，默认勾上；macOS 还没有机器，默认不勾 + # （勾了会一直排队）。开关为什么不用仓库变量见文件头第 4 条。 linux: description: "构建 Linux（deb + AppImage）" type: boolean default: true windows: - description: "构建 Windows（NSIS 安装包）——需要 Windows runner" + description: "构建 Windows（NSIS 安装包）" type: boolean - default: false + default: true macos: - description: "构建 macOS（通用 dmg）——需要 macOS runner" + description: "构建 macOS（通用 dmg）——还没有 macOS runner，勾了会排队" type: boolean default: false @@ -312,16 +323,11 @@ jobs: windows: name: Windows x64（NSIS 安装包） needs: checks - # 默认不跑：本仓库目前没有 Windows runner，跑了只会一直排队。有了机器之后 - # 在仓库变量里加 ENABLE_WINDOWS=true 就会跟着每次 push 自动跑；手动触发时 - # 勾 "构建 Windows" 也能单独跑一次。标签用 RUNNER_WINDOWS 指。 - if: >- - ${{ - (github.event_name == 'workflow_dispatch' && github.event.inputs.windows == 'true') - || (github.event_name != 'workflow_dispatch' && vars.ENABLE_WINDOWS == 'true') - }} - # 自建 Windows runner 上要有 MSVC Build Tools（tauri 的 Rust 侧要 link.exe）、 - # WebView2 运行时（装了包的应用要它才能起窗口；打包本身不需要）与 rustup。 + # 默认就跑：windows-runner-01 在线（自报标签 windows-latest）。 + # 开关用 inputs 而不是仓库变量的原因见文件头第 4 条 —— 这个坑正是它踩出来的。 + if: ${{ github.event.inputs.windows != 'false' }} + # 这台机器上要预装：MSVC Build Tools（tauri 的 Rust 侧要 link.exe）、WebView2 + # 运行时（装了包的应用要它才能起窗口；打包本身不需要）与 rustup。 runs-on: ${{ vars.RUNNER_WINDOWS || 'windows-latest' }} timeout-minutes: 120 env: @@ -370,14 +376,10 @@ jobs: macos: name: macOS 通用（.app + .dmg） needs: checks - # 同 Windows：默认不跑，有机器之后设仓库变量 ENABLE_MACOS=true，标签用 - # RUNNER_MACOS 指。 - if: >- - ${{ - (github.event_name == 'workflow_dispatch' && github.event.inputs.macos == 'true') - || (github.event_name != 'workflow_dispatch' && vars.ENABLE_MACOS == 'true') - }} - # 自建 macOS runner 上要有 Xcode Command Line Tools（链接要它）与 rustup。 + # 还没有 macOS runner，所以只有"手动触发 + 勾上"才跑；等机器注册好，把这一行 + # 换成 `github.event.inputs.macos != 'false'` 就变成默认跑（同 Windows）。 + if: ${{ github.event.inputs.macos == 'true' }} + # 那台机器上要有 Xcode Command Line Tools（链接要它）与 rustup。 runs-on: ${{ vars.RUNNER_MACOS || 'macos-latest' }} timeout-minutes: 150 env: