versionshinweis mit changelog #9

New Issue

2026-08-20T23:22:21Z

florian.wilde commented

2026-08-20 23:22:21 +00:00

Einen Versionshinweis hinzufügen mit vorhandenen Informationen zu Changelog

Angelegt aus QR Code Generator in Nebula.

Einen Versionshinweis hinzufügen mit vorhandenen Informationen zu Changelog _Angelegt aus [QR Code Generator](https://nebula.wilde-ste.de/projects/cmss12yq702p6mm01ctlfe6nz) in Nebula._

florian.wilde added the in-arbeit label 2026-08-20 23:31:43 +00:00

florian.wilde started working 2026-08-20 23:32:01 +00:00

florian.wilde commented

2026-08-20 23:32:15 +00:00

🤖 Claude Code hat mit der Umsetzung begonnen.

Branch: feat/9-versionshinweis-changelog
Verstanden als: In der Oberfläche soll sichtbar sein, welche Version läuft, und dahinter ein Änderungsverlauf stehen — zusammengetragen aus dem, was es schon gibt (Abschnitt „Gebaut" der Roadmap und die Git-Historie).
Geplantes Vorgehen:
- Änderungsverlauf als eine Quelle in src/lib/changelog.ts, daraus sowohl die Seite in der Anwendung als auch eine erzeugte CHANGELOG.md — damit beides nicht auseinanderlaufen kann
- Versionsnummer aus der package.json, in der Fußzeile sichtbar und verlinkt auf /version
- Die Historie hat keine Tags; ich fasse die Einträge nach Erscheinungstag zu Versionen zusammen (1.0.0 = 13.08. … 1.6.0 = heute) und schreibe die package.json entsprechend fort
- Die Roadmap behält den Blick nach vorn und verweist für das Vergangene auf den Changelog
- Prüfungen: Version sichtbar, Seite erreichbar, CHANGELOG.md deckungsgleich mit der Quelle

Falls die Versionsnummern anders laufen sollen (etwa 2.0.0 für den heutigen Stand), sag Bescheid — das ist in einer Minute geändert.

Zeiterfassung läuft.

🤖 **Claude Code hat mit der Umsetzung begonnen.** - Branch: `feat/9-versionshinweis-changelog` - Verstanden als: In der Oberfläche soll sichtbar sein, welche Version läuft, und dahinter ein Änderungsverlauf stehen — zusammengetragen aus dem, was es schon gibt (Abschnitt „Gebaut" der Roadmap und die Git-Historie). - Geplantes Vorgehen: - Änderungsverlauf als **eine** Quelle in `src/lib/changelog.ts`, daraus sowohl die Seite in der Anwendung als auch eine erzeugte `CHANGELOG.md` — damit beides nicht auseinanderlaufen kann - Versionsnummer aus der `package.json`, in der Fußzeile sichtbar und verlinkt auf `/version` - Die Historie hat keine Tags; ich fasse die Einträge nach **Erscheinungstag** zu Versionen zusammen (1.0.0 = 13.08. … 1.6.0 = heute) und schreibe die `package.json` entsprechend fort - Die Roadmap behält den Blick nach vorn und verweist für das Vergangene auf den Changelog - Prüfungen: Version sichtbar, Seite erreichbar, `CHANGELOG.md` deckungsgleich mit der Quelle Falls die Versionsnummern anders laufen sollen (etwa 2.0.0 für den heutigen Stand), sag Bescheid — das ist in einer Minute geändert. Zeiterfassung läuft.

florian.wilde worked for 26 minutes

2026-08-20 23:58:41 +00:00

florian.wilde referenced this issue from a commit

2026-08-20 23:59:07 +00:00

Versionshinweis mit Aenderungsverlauf

florian.wilde referenced a pull request that will close this issue

2026-08-20 23:59:25 +00:00

Feat #9: versionshinweis mit changelog #10

florian.wilde added zu-testen and removed in-arbeit labels 2026-08-20 23:59:32 +00:00

florian.wilde commented

2026-08-20 23:59:49 +00:00

✅ Umsetzung abgeschlossen — bereit zum Testen.

Was geändert wurde

Die Fußzeile nennt die laufende Version (v1.6.0) und führt auf /version
Neue Seite Version und Änderungen mit dem vollständigen Verlauf; die laufende Fassung ist mit „läuft hier" markiert
Neu im Projekt: CHANGELOG.md, erzeugt aus src/lib/changelog.ts (npm run changelog)
node scripts/changelog.mjs --check meldet, wenn Datei und Quelle auseinanderlaufen — Teil der Prüfsuite
Annotierte Git-Tags v1.0.0 bis v1.5.0 gesetzt und gepusht; v1.6.0 folgt beim Merge
package.json steht auf 1.6.0
Die Roadmap führt den Verlauf nicht mehr doppelt, sondern verweist darauf

Zu den Versionsnummern: Die Historie hatte keine Tags. Die Einträge sind nach Erscheinungstag zu Versionen zusammengefasst — die Nummern sind nachträglich vergeben, die Daten stammen aus den Commits.

Geänderte Dateien

src/lib/changelog.ts, scripts/changelog.mjs, CHANGELOG.md
src/app/(app)/version/page.tsx, src/app/(app)/layout.tsx
package.json
README.md, docs/funktionen.md, docs/roadmap.md

So testest du es

git switch feat/9-versionshinweis-changelog und docker compose up -d --build
Irgendeine Seite öffnen und nach unten rechts schauen
Erwartet: v1.6.0 in der Fußzeile
Darauf klicken
Erwartet: Die Seite Version und Änderungen, oben 1.6.0 mit dem Abzeichen „läuft hier", darunter alle Fassungen bis 1.0.0 mit Datum
In Gitea unter Releases/Tags nachsehen
Erwartet: v1.0.0 bis v1.5.0, jeweils mit Beschreibung
Optional: npm run changelog — die Datei darf sich dabei nicht ändern

Aufgewendete Zeit: 00:27
Pull Request: #10

Nach Freigabe: /issue-freigabe 9

✅ **Umsetzung abgeschlossen — bereit zum Testen.**  **Was geändert wurde** - Die Fußzeile nennt die laufende Version (`v1.6.0`) und führt auf `/version` - Neue Seite **Version und Änderungen** mit dem vollständigen Verlauf; die laufende Fassung ist mit „läuft hier" markiert - Neu im Projekt: `CHANGELOG.md`, erzeugt aus `src/lib/changelog.ts` (`npm run changelog`) - `node scripts/changelog.mjs --check` meldet, wenn Datei und Quelle auseinanderlaufen — Teil der Prüfsuite - Annotierte Git-Tags `v1.0.0` bis `v1.5.0` gesetzt und gepusht; `v1.6.0` folgt beim Merge - `package.json` steht auf `1.6.0` - Die Roadmap führt den Verlauf nicht mehr doppelt, sondern verweist darauf **Zu den Versionsnummern:** Die Historie hatte keine Tags. Die Einträge sind nach Erscheinungstag zu Versionen zusammengefasst — die Nummern sind nachträglich vergeben, die Daten stammen aus den Commits. **Geänderte Dateien** - `src/lib/changelog.ts`, `scripts/changelog.mjs`, `CHANGELOG.md` - `src/app/(app)/version/page.tsx`, `src/app/(app)/layout.tsx` - `package.json` - `README.md`, `docs/funktionen.md`, `docs/roadmap.md` **So testest du es** 1. `git switch feat/9-versionshinweis-changelog` und `docker compose up -d --build` 2. Irgendeine Seite öffnen und nach unten rechts schauen 3. Erwartet: `v1.6.0` in der Fußzeile 4. Darauf klicken 5. Erwartet: Die Seite **Version und Änderungen**, oben `1.6.0` mit dem Abzeichen „läuft hier", darunter alle Fassungen bis `1.0.0` mit Datum 6. In Gitea unter **Releases/Tags** nachsehen 7. Erwartet: `v1.0.0` bis `v1.5.0`, jeweils mit Beschreibung 8. Optional: `npm run changelog` — die Datei darf sich dabei nicht ändern **Aufgewendete Zeit:** 00:27 **Pull Request:** #10 Nach Freigabe: `/issue-freigabe 9`

florian.wilde closed this issue

2026-08-21 00:06:31 +00:00

florian.wilde referenced this issue from a commit

2026-08-21 00:06:32 +00:00

Merge #9: Versionshinweis mit Aenderungsverlauf

florian.wilde commented

2026-08-21 00:07:16 +00:00

🚀 Freigegeben und nach main übernommen.

Merge-Commit: b96e9dd
Pull Request: #10 (gemergt)
Gesamtaufwand: 00:27

Der Tag v1.6.0 sitzt auf dem Merge-Commit und ist gepusht — damit sind alle Versionen von v1.0.0 bis v1.6.0 im Repo hinterlegt.

Vor dem Merge geprüft: Typprüfung, Linter und changelog --check sauber, dazu die Suiten version (20), e2e (79), browser (39) und statisch (38) — alle grün.

Issue wird geschlossen.

🚀 **Freigegeben und nach `main` übernommen.**  - Merge-Commit: `b96e9dd` - Pull Request: #10 (gemergt) - Gesamtaufwand: 00:27 Der Tag `v1.6.0` sitzt auf dem Merge-Commit und ist gepusht — damit sind alle Versionen von `v1.0.0` bis `v1.6.0` im Repo hinterlegt. Vor dem Merge geprüft: Typprüfung, Linter und `changelog --check` sauber, dazu die Suiten `version` (20), `e2e` (79), `browser` (39) und `statisch` (38) — alle grün. Issue wird geschlossen.

florian.wilde removed the zu-testen label 2026-08-21 00:07:26 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Total Time Spent: 26 minutes

florian.wilde

26 minutes

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: florian.wilde/qrcode-generator#9