Version-System implementieren (version.py + /api/version Endpoint) #32

New Issue

Lars · 2026-03-23T22:23:44+01:00

Lars commented

2026-03-23 22:23:44 +01:00

Beschreibung

Version-System gem�� .claude/rules/ARCHITECTURE.md implementieren.

Aktuell fehlt:

backend/version.py (APP_VERSION, MODULE_VERSIONS, CHANGELOG)
GET /api/version Endpoint
frontend/src/version.js (PAGE_VERSIONS)
Version-Panel in Settings-Seite

Anforderungen

Backend

backend/version.py mit APP_VERSION, MODULE_VERSIONS, CHANGELOG, DB_SCHEMA_VERSION
backend/routers/version.py mit GET /api/version (�ffentlich, kein Auth)
Router in main.py registrieren

Frontend

frontend/src/version.js mit APP_VERSION, PAGE_VERSIONS
Settings-Seite: Version-Panel (System-Versionen + Module + Changelog-Link)
Backend-Erreichbarkeits-Check (?/? Icon)

Workflow

/deploy Command pr�ft Versions-Bump
Dokumentation in ARCHITECTURE.md bereits vorhanden

Beispiel-Response `GET /api/version`

{
  "app_version": "9.3.0",
  "build_date": "2026-03-23",
  "backend_version": "9.3.0",
  "modules": {
    "auth": "1.2.0",
    "weight": "1.0.3"
  },
  "db_schema_version": "20260323",
  "environment": "production"
}

Akzeptanzkriterien

Settings-Seite zeigt alle Versionen korrekt
GET /api/version gibt vollst�ndige Response
Backend-Version = Frontend-Version
DB_SCHEMA_VERSION = letzter Migrations-Dateiname

Aufwand

~3-4h

Referenz

.claude/rules/ARCHITECTURE.md Abschnitt 2 (Versionskontrollsystem)
.claude/docs/technical/ARCHITECTURE.md "Versions-Historie"
.claude/docs/ISSUES_TO_CREATE.md

## Beschreibung Version-System gem�� `.claude/rules/ARCHITECTURE.md` implementieren. **Aktuell fehlt:** - `backend/version.py` (APP_VERSION, MODULE_VERSIONS, CHANGELOG) - `GET /api/version` Endpoint - `frontend/src/version.js` (PAGE_VERSIONS) - Version-Panel in Settings-Seite ## Anforderungen ### Backend - [ ] `backend/version.py` mit APP_VERSION, MODULE_VERSIONS, CHANGELOG, DB_SCHEMA_VERSION - [ ] `backend/routers/version.py` mit `GET /api/version` (�ffentlich, kein Auth) - [ ] Router in `main.py` registrieren ### Frontend - [ ] `frontend/src/version.js` mit APP_VERSION, PAGE_VERSIONS - [ ] Settings-Seite: Version-Panel (System-Versionen + Module + Changelog-Link) - [ ] Backend-Erreichbarkeits-Check (?/? Icon) ### Workflow - [ ] `/deploy` Command pr�ft Versions-Bump - [ ] Dokumentation in ARCHITECTURE.md bereits vorhanden ## Beispiel-Response `GET /api/version` ```json { "app_version": "9.3.0", "build_date": "2026-03-23", "backend_version": "9.3.0", "modules": { "auth": "1.2.0", "weight": "1.0.3" }, "db_schema_version": "20260323", "environment": "production" } ``` ## Akzeptanzkriterien - [ ] Settings-Seite zeigt alle Versionen korrekt - [ ] `GET /api/version` gibt vollst�ndige Response - [ ] Backend-Version = Frontend-Version - [ ] DB_SCHEMA_VERSION = letzter Migrations-Dateiname ## Aufwand ~3-4h ## Referenz - `.claude/rules/ARCHITECTURE.md` Abschnitt 2 (Versionskontrollsystem) - `.claude/docs/technical/ARCHITECTURE.md` "Versions-Historie" - `.claude/docs/ISSUES_TO_CREATE.md`

Sign in to join this conversation.

No Label

No Milestone

No project

No Assignees

1 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Lars/mitai-jinkendo#32

Version-System implementieren (version.py + /api/version Endpoint) #32