ci: 3 workflow を単一 ci.yml に統合、並列化とキャッシュで高速化

[neguse]

構成

PR のマージ gate と master deploy を 1 つの ci.yml に統合し、全 platform を同じ骨格に揃える:

changes ─┬─ lint
         ├─ linux ───────────────┐
         ├─ windows ─────────────┤
         └─ web-build ─┬─ web-verify ×10 ─┼─ gate ── deploy (master/dispatch のみ)
                       └─ web-golden ×2 ──┘

• required check は集約 job gate のみ。test job の増減やシャード数変更で branch protection を触らずに済む
• changes job は保守的な 2 クラスだけ判定: docs のみの PR → lint だけ、web/haxe-wasm のみの PR → native をスキップ。それ以外は全実行
• Haxe 5 導入は composite action .github/actions/setup-haxe5 に一本化

速度(通常 PR、warm cache で全体 ~5.5分。従来 ~18-27分)

ボトルネックは workflow 構造ではなくスクリプト内の直列性と無効化されていた cache だった:

• C# sample gate(旧 11.3分 → ~4分、うち大半は C build と並行):
  • dotnet run の MSBuild 評価 ~5秒/回を排し、Transpiler を一度 build して DLL 直接実行(LUB_TCS_DLL)
  • transpile(pool)→ csproj build(直列。並列は MSBuild/NuGet の取り合いで逆効果)→ capture(直列。llvmpipe は 1 プロセスでコア数分の thread を立てるため多重化しても縮まない)の 3 相に分割し、dotnet 相は C build と並行実行
  • CI(--skip-golden)の capture は golden cmp を伴わない crash smoke なので frame 240 → 30。golden 比較する pre-push 経路は 240 を維持
• web verify(旧 11分 → 最遅シャード ~2分): サンプル毎の固定 6秒 sleep を screenshot poll に置換し、LUB_VERIFY_SHARD で 10 分割(shard 1 = 編集/C# セッション系、2..n = A5 を cs 重み付きで分担)
• web golden: LUB_GOLDEN_SHARD で 2 分割(概算コスト greedy で均す)
• cache: ccache(linux native / emcc。emsdk は setup-emsdk の毎 run ランダム展開パスが ccache を全ミスさせるため ~/emsdk 固定 + actions/cache に変更)、tcs wasm assets + prebuilt snapshot(tcs submodule SHA + C# ソースの content key。hit 時は dotnet workload ごとスキップ)、haxe5、playwright browsers。master push が cache を温め PR が読む

haxe-wasm / tcs を触る PR は再生成(docker ~8分等)が乗るためこの目標の対象外。

マージ後の作業(人間)

branch protection の required check を旧 3 job(native-gate / build-test / verify)から gate に付け替える。

🤖 Generated with Claude Code

https://claude.ai/code/session_016WGX3e2vn3kWMnPbvTvF5v