funman300 ea8d8eee9a ci(web): build wasm in the deploy pipeline instead of committing it (#156) ...

The wasm bundles in solitaire_server/web/pkg/ are no longer tracked. The
web-wasm-rebuild workflow (which rebuilt them in CI and committed them
back to master) is gone; instead:

- solitaire_server/Dockerfile gains a wasm-builder stage that runs
  build_wasm.sh with the same pinned toolchain (wasm-bindgen 0.2.120,
  wasm-pack 0.14.0, binaryen 130) and the runtime image copies pkg/
  from it — the image build is now the artifacts' single source of truth.
- web-e2e builds the wasm before Playwright runs, and its trigger paths
  now include the wasm-feeding crates it actually tests.
- docker-build triggers on solitaire_data/** and build_wasm.sh too, so
  every wasm-affecting change redeploys.
- Self-hosters serving /web or /play from a source checkout run
  ./build_wasm.sh once (script header and ARCHITECTURE.md updated).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-09 13:15:37 -07:00

..

android-release.yml

fix(ci): add workflow_dispatch trigger to android-release workflow

2026-05-19 13:25:12 -07:00

builder-image.yml

feat(ci): pre-built Android builder image + sccache

2026-05-16 10:47:05 -07:00

docker-build.yml

ci(web): build wasm in the deploy pipeline instead of committing it (#156)

2026-07-09 13:15:37 -07:00

test.yml

ci(web): build wasm in the deploy pipeline instead of committing it (#156)

2026-07-09 13:15:37 -07:00

web-e2e.yml

ci(web): build wasm in the deploy pipeline instead of committing it (#156)

2026-07-09 13:15:37 -07:00