Gitea-Actions-Workflow mit Lint, Typen, Tests gegen PostgreSQL, Build, ShellCheck und einem Skript, das Version, Issue-Uebersicht und Handbuch-Bilder abgleicht. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1.5 KiB
1.5 KiB
#019 CI-Pipeline
Status: erledigt Meilenstein: v0.13.0 Labels: infrastruktur Geschätzt: 3 h Tatsächlich: 0 h 20 min
Ziel
Automatische Prüfung jedes Commits, damit Fehler nicht erst beim Release auffallen.
Aufgaben
- Gitea Actions (oder Woodpecker) einrichten
- Schritte:
npm ci,prisma generate, Lint, Typecheck, Tests gegen eine PostgreSQL-Dienstinstanz, Build - ShellCheck für
agent/*.sh - Prüfung, dass
docs/issues/README.mdundDEVLOG.mdzur Version inpackage.jsonpassen - Ergebnis als Kennzeichen im README
Akzeptanzkriterien
- Ein fehlschlagender Test verhindert den Merge nach
main - Der Durchlauf dauert unter fünf Minuten
Abhängigkeiten
#014
Notizen / Entscheidungen
- ShellCheck ist auf dem Entwicklungsrechner nicht installiert; bisher wird nur
bash -ngeprüft. - Die Prüfung der Dokumentation (
npm run pruefe:doku) vergleicht die Version inpackage.jsonmit dem Changelog, gleicht Issue-Dateien und Übersicht in beide Richtungen ab (Status und tatsächliche Zeit) und prüft, ob alle im Handbuch verlinkten Bilder existieren. Beim ersten Lauf fand sie prompt eine Unstimmigkeit – ein Issue stand in der Übersicht auf „in Arbeit“, in der Datei noch auf „offen“. - ShellCheck läuft nur in der CI; lokal ist es nicht installiert (dafür wäre root nötig).
- Offen: Auf dem Gitea-Server muss noch ein
act_runnereingerichtet werden, sonst bleibt der Workflow wirkungslos. Ohne Runner erscheint er in Gitea gar nicht erst.