Versionsnummer permanent unten links — in Menü und Match, damit nie der falsche Stand getestet wird

[cubetribe]

Aus der Spielabnahme vom 2026-08-18 (Arbeitsstand e650864).

Anliegen

Überall im Spiel und im Menü muss unten links in der Ecke die Versionsnummer stehen. Grund ist kein Komfort, sondern die Beweiskette: beim Testen darf nie unklar sein, welcher Stand gerade läuft. Ein Befund gegen den falschen Build ist schlimmer als kein Befund — er kostet doppelt, einmal beim Melden und einmal beim vergeblichen Suchen.

Betroffen sind beide Schichten, weil man in beiden landet, ohne dass ein Neustart dazwischenliegt:

• Hauptmenü
• laufendes Match

Der Haken: es gibt noch keine Quelle für die Zahl

Das ist der eigentliche Aufwand an diesem Issue, nicht das Label:

Quelle	Stand heute	taugt als Anzeige?
ProjectSettings/ProjectSettings.asset → bundleVersion	1.0	nein — nie gepflegt, und 1.0 ist für einen unveröffentlichten MS-1-Stand irreführend
docs/README.md	0.21.0	inhaltlich richtig, aber Doku-Stand und für den Build nicht lesbar
VERSION-Datei	existiert nicht	—
Git-Commit	e650864	genau das, was beim Melden eines Befunds gebraucht wird

Die bisherigen Testberichte identifizieren den Stand über den Commit (T-01 gegen Build 4053c15), nicht über eine Versionsnummer — das ist die Kennung, die sich in der Praxis bewährt hat.

Vorschlag

1. Eine Quelle festlegen. Naheliegend: bundleVersion wird gepflegt und trägt den Dokumentationsstand (0.21.0), oder es entsteht eine VERSION-Datei, die Build und Doku gemeinsam lesen. Das ist eine Inhaberentscheidung und sollte im DecisionLog landen, weil daran die Release-Kette hängt.
2. Commit-Kurzhash dazu. Für die Testberichte ist er die eigentlich nützliche Hälfte. Format etwa v0.21.0 · e650864 — im Editor zusätzlich mit einem Zusatz wie (Editor), damit ein Editor-Lauf nie mit einem gebauten Player verwechselt wird.
3. Eine Anzeige, nicht zwei. Dieselbe Komponente in Menü und Match, unten links, klein und gedämpft, ohne Eingaben abzufangen. Sie darf nicht Teil der HUD-Schicht sein, die beim Menüwechsel aus- und eingeblendet wird — siehe den Overlay-Befund im Nachbar-Issue.

Einordnung

Kleiner Befund, aber Fundament: er zahlt auf jeden künftigen Testbericht ein und sollte in einem der nächsten Sprints mitlaufen, nicht als eigener Sprint. Sinnvollster Ort ist zusammen mit der Menü-/HUD-Arbeit, weil dieselbe Schicht angefasst wird.

Schreibhoheit

Scripts/Presentation/ — Netzstrang/Maintainer. Die Festlegung der Versionsquelle (VERSION, ProjectSettings, Release-Recht) ist Inhabersache.

[cubetribe]

Erledigt mit PR #111, gemergt als 6e8a908.

Unten links steht in jedem Zustand — Hauptmenü wie Match — welcher Stand läuft: v0.21.0 · dev (Editor) im Editor, v0.21.0 · <commit> im Build.

Die Versionsquelle ist entschieden: bundleVersion (jetzt 0.21.0), gelesen über Application.version. Keine VERSION-Datei, keine zweite Quelle.

Der Commit kommt aus BuildInfo.Commit (D-094) statt aus einem neuen Stempel — der Mechanismus existierte bereits und ist besser, weil er als Build-Hook auch GUI-Builds erfasst. Im Editor wird der Stempel bewusst nie gelesen: er ist git-ignoriert und überlebt den Build, der ihn schrieb, sonst würde eine Editor-Sitzung behaupten, dieser Build zu sein.