Desktop (Tauri) / Tauri desktop (Linux) (push) Successful in 3m19s
Separate workflow (not ci.yml) so the ~20-40min Rust/AppImage build only runs on desktop/** changes, not every backend/frontend push. Builds on the ci-tauri:1.97 image: frontend build -> `cargo tauri icon app-icon.png` (from a committed 1024px source PNG, sidestepping SVG-input questions) -> cargo fmt --check -> clippy -D warnings -> cargo test -> `cargo tauri build` (deb + AppImage). APPIMAGE_EXTRACT_AND_RUN=1 for FUSE-less CI containers. Verifies the M10.2 scaffold end-to-end and is the foundation for the integrated-AppImage work (task 2013). Also updates ci-requirements.md with the desktop lane. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01FRgehjoz7Yv8LkUfADxACm
3.0 KiB
3.0 KiB
CI Requirements — ThoughtSync
Spec lives in
docs/process.mdin the CI-Runner repo.
Runtime image
git.fabledsword.com/bvandeusen/ci-python:3.14
Selected via container.image (not a runs-on label) on all four jobs in
.forgejo/workflows/ci.yml: typecheck (Vue/TS), lint (ruff), test (pytest),
build (docker buildx).
Image deps used
- python 3.12+ (the runtime
Dockerfiletargets python:3.12-slim; tests run on the image's 3.14 — both >=3.12, so results stay representative) - node 24 —
npm ci+vue-tscin the typecheck job, and the frontend builder stage inside the productionDockerfile. (Also required by the JS-basedactions/checkoutaction — a Node-less runner fails every job at checkout.) - ruff — lint job runs
ruff check src/with zero install overhead - uv — test job creates the venv (
uv venv /opt/venv) and installs the package with dev deps - docker CLI + buildx — build job pushes the dev/release image to the Forgejo registry
Per-job tool installs
Nothing installed at job time beyond what the image provides — all four jobs run
entirely on ci-python:3.14.
Notes
- No
actions/cache. Deliberately omitted for npm/uv: it's a GitHub-fetched JS action and on a cold runner concurrent jobs race fetching it. We lean on the pinnedci-pythonimage's pre-installed toolchain instead;npm ci/uv pip installcold cost is a non-blocker. - Build gates on
typecheck+lintonly. Thetestjob runs in parallel for visibility but does not block the dev image push. DB-backed / integration tests run against the dev image manually — ThoughtSync's unit tests are DB-free (no Postgres service lane in CI yet). devpush ->:dev+:<sha>;v*tag ->:latest+:<version>+:<sha>(family rule 46).- The production runtime
Dockerfiletracks python:3.12 so test results stay representative of the deployed image.
Desktop (Tauri) lane — separate workflow
The Tauri desktop client (desktop/) builds in its own workflow,
.forgejo/workflows/desktop.yml, NOT in ci.yml — it's a heavy Rust + AppImage
build (~20–40 min) that should only run on desktop/** changes, not on every
backend/frontend push.
- Image:
git.fabledsword.com/bvandeusen/ci-tauri:1.97(Rust + Node + WebKitGTK 4.1 + Tauri v2 Linux deps +tauri-cli). Selected viacontainer.image;runs-on: python-ciis only a scheduling label. - Steps: build the shared frontend (embedded by
generate_context!) →cargo tauri icon app-icon.png(platform icon set from the committed 1024px source) →cargo fmt --check→cargo clippy -D warnings→cargo test→cargo tauri build(produces.deb+.AppImage). APPIMAGE_EXTRACT_AND_RUN=1is set: AppImage tooling FUSE-mounts by default and CI containers have no/dev/fuse.- No Postgres lane (unchanged): the desktop app's local store + sync behavior is verified on the operator's machine, not in CI.