feat: Versionsnummer im Header/Tab-Titel anzeigen #7

Merged
DasAoD merged 1 commit from feature/show-version-in-header into main 2026-08-27 22:20:37 +02:00
Owner

Was

Zeigt die aktuell laufende Version klein neben der Überschrift und im Browser-Tab-Titel an.

Warum die Cargo.toml-Version nicht reicht

Cargo.toml steht noch auf 0.2.3, während die CI beim Docker-Build längst eigene Versions-Tags vergibt (aktuell v0.5.18). Damit die Anzeige das zeigt, was tatsächlich läuft, wird stattdessen der bereits vorhandene VERSION-Build-Arg verwendet (bisher nur fürs Docker-Image-Label genutzt).

Änderungen

  • Dockerfile: VERSION-Build-Arg zusätzlich als Laufzeit-ENV APP_VERSION gesetzt.
  • Neuer Endpoint GET /api/version liest APP_VERSION; ohne Docker (cargo run) fällt er auf <Cargo.toml-Version>-dev zurück, damit lokal klar erkennbar ist, dass es keine echte Release-Version ist.
  • Frontend holt die Version einmalig beim Laden, zeigt sie neben der H1-Überschrift und setzt sie in den Browser-Tab-Titel.

Test

cargo build --all-targets kompiliert ohne Warnungen, JS-Syntax geprüft (node --check), alle $('id')-Referenzen abgeglichen. Die Docker-seitige Wirkung (ENV kommt beim nächsten CI-Build tatsächlich an) lässt sich erst nach dem nächsten Image-Build im laufenden Container verifizieren.

🤖 Generated with Claude Code

## Was Zeigt die aktuell laufende Version klein neben der Überschrift und im Browser-Tab-Titel an. ## Warum die Cargo.toml-Version nicht reicht `Cargo.toml` steht noch auf `0.2.3`, während die CI beim Docker-Build längst eigene Versions-Tags vergibt (aktuell `v0.5.18`). Damit die Anzeige das zeigt, was tatsächlich läuft, wird stattdessen der bereits vorhandene `VERSION`-Build-Arg verwendet (bisher nur fürs Docker-Image-Label genutzt). ## Änderungen - `Dockerfile`: `VERSION`-Build-Arg zusätzlich als Laufzeit-`ENV APP_VERSION` gesetzt. - Neuer Endpoint `GET /api/version` liest `APP_VERSION`; ohne Docker (`cargo run`) fällt er auf `<Cargo.toml-Version>-dev` zurück, damit lokal klar erkennbar ist, dass es keine echte Release-Version ist. - Frontend holt die Version einmalig beim Laden, zeigt sie neben der H1-Überschrift und setzt sie in den Browser-Tab-Titel. ## Test `cargo build --all-targets` kompiliert ohne Warnungen, JS-Syntax geprüft (`node --check`), alle `$('id')`-Referenzen abgeglichen. Die Docker-seitige Wirkung (ENV kommt beim nächsten CI-Build tatsächlich an) lässt sich erst nach dem nächsten Image-Build im laufenden Container verifizieren. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
Die CI vergibt beim Docker-Build bereits Versions-Tags (z.B. v0.5.18)
unabhängig von Cargo.toml, deshalb wird genau dieser Wert verwendet
statt der (veralteten) Cargo.toml-Version:

- Dockerfile: das schon vorhandene VERSION-Build-Arg (bisher nur fürs
  Image-LABEL genutzt) wird zusätzlich als Laufzeit-ENV APP_VERSION
  gesetzt.
- Neuer Endpoint GET /api/version liest APP_VERSION; lokal ohne
  Docker (cargo run) fällt er auf "<Cargo.toml-Version>-dev" zurück.
- Frontend holt die Version einmalig beim Laden und zeigt sie klein
  neben der H1-Überschrift sowie im Browser-Tab-Titel an.

Getestet: cargo build --all-targets kompiliert ohne Warnungen,
JS-Syntax geprüft (node --check).
DasAoD merged commit 196e1b0fd8 into main 2026-08-27 22:20:37 +02:00
Sign in to join this conversation.
No description provided.