WompSchmiede/FamilienFeierPlaner

SHA256

Fork 0

chore(infra): CI-Workflows bei Draft-PRs skippen + .gitattributes fuer konsistente Line-Endings #291

Merged

niboer merged 2 commits from chore/ci-workflow-optimierung into main

2026-07-10 11:49:10 +02:00

niboer commented

2026-07-10 11:30:22 +02:00

Owner

Allgemein

closes #284, closes #287

Altes Verhalten

Kein .gitattributes → CRLF/LF-Inkonsistenzen zwischen Windows und Linux
CI-Workflows liefen bei jedem PR-Event, auch bei Draft-PRs (unnötiger Ressourcenverbrauch)

Neues Verhalten

.gitattributes mit * text=auto eol=lf normalisiert Line-Endings automatisch; Binaries explizit ausgenommen
CI-Workflows (ci-backend, ci-frontend, ci-meta, e2e) haben explizite pull_request.types: [opened, synchronize, reopened, ready_for_review]
Alle PR-Jobs überspringen Draft-PRs via if: ${{ !github.event.pull_request.draft }}
Der Übergang "Ready for Review" (Draft → Ready) löst CI wie gewohnt aus

Begruendung

Konsistente Line-Endings vermeiden unnötige Diffs und CI-Probleme (Docker läuft mit Linux)
Draft-PR-Skipping spart CI-Ressourcen für Work-in-Progress, die noch nicht review-ready ist

Test-Hinweise

.gitattributes-Effekt testbar via git add --renormalize . && git status
Draft-Guard: PR als Draft erstellen → CI-Jobs werden nicht ausgeführt; PR auf "Ready for Review" setzen → CI startet

Checkliste

Nicht zutreffend (reine Infra-Änderung, kein neues UI/Testid nötig)

### Allgemein - closes #284, closes #287 ### Altes Verhalten - Kein `.gitattributes` → CRLF/LF-Inkonsistenzen zwischen Windows und Linux - CI-Workflows liefen bei jedem PR-Event, auch bei Draft-PRs (unnötiger Ressourcenverbrauch) ### Neues Verhalten - `.gitattributes` mit `* text=auto eol=lf` normalisiert Line-Endings automatisch; Binaries explizit ausgenommen - CI-Workflows (ci-backend, ci-frontend, ci-meta, e2e) haben explizite `pull_request.types`: `[opened, synchronize, reopened, ready_for_review]` - Alle PR-Jobs überspringen Draft-PRs via `if: ${{ !github.event.pull_request.draft }}` - Der Übergang "Ready for Review" (Draft → Ready) löst CI wie gewohnt aus ### Begruendung - Konsistente Line-Endings vermeiden unnötige Diffs und CI-Probleme (Docker läuft mit Linux) - Draft-PR-Skipping spart CI-Ressourcen für Work-in-Progress, die noch nicht review-ready ist ### Test-Hinweise - `.gitattributes`-Effekt testbar via `git add --renormalize . && git status` - Draft-Guard: PR als Draft erstellen → CI-Jobs werden nicht ausgeführt; PR auf "Ready for Review" setzen → CI startet ### Checkliste - [ ] Nicht zutreffend (reine Infra-Änderung, kein neues UI/Testid nötig)

niboer added 9 commits

2026-07-10 11:30:22 +02:00

chore(backend): Minor/Patch-Updates fuer Abhaengigkeiten be0d00c2da

Aktualisiert: @fastify/cors 11.2.0->11.3.0, @fastify/swagger 9.7.0->9.8.0, @fastify/swagger-ui 6.0.0->6.1.0, fastify 5.9.0->5.10.0, tsx 4.22.5->4.23.0, prettier 3.9.4->3.9.5, typescript-eslint 8.62.1->8.63.0, @types/node 24.13.2->24.13.3

chore(backend): eslint-plugin-unicorn auf 71.1.0 aktualisiert 7b07e6f3e8

Major-Update von 70.0.0 auf 71.1.0

chore(frontend): Minor/Patch-Updates fuer Abhaengigkeiten 9909c677a5

Aktualisiert: @lucide/svelte 1.23.0->1.24.0, @sveltejs/kit 2.69.0->2.69.2, @sveltejs/vite-plugin-svelte 7.1.2->7.2.0, orval 8.19.0->8.20.0, prettier 3.9.4->3.9.5, svelte-check 4.7.1->4.7.2, typescript-eslint 8.62.1->8.63.0, vite 8.1.3->8.1.4, @types/node 24.13.2->24.13.3

chore(frontend): eslint-plugin-unicorn auf 71.1.0 aktualisiert 066354fd38

Major-Update von 70.0.0 auf 71.1.0

fix(frontend): Rechnungsliste nach abgeschlossenem Rechnungslauf aktualisieren 3ecbc16c04

Aktuelles: Nach dem Starten eines Rechnungslaufs pollt das Frontend den Job-Status, aber die Rechnungsliste (data.invoices) wurde nie aktualisiert. Der E2E-Test erwartet die Rechnung nach erfolgreichem Lauf, sieht aber 'Keine Rechnungen vorhanden.' Neu: invalidateAll() wird aufgerufen, sobald der Job-Status 'completed' erreicht. Dadurch wird die load-Funktion neu ausgefuehrt und die Rechnungen erscheinen in der Tabelle. refs #289 Bezug 2de100c

chore(backend): package-lock nach TS-7-Versuch bereinigt

CI Backend / lint-backend (pull_request) Successful in 56s

Details

CI Frontend / lint-frontend (pull_request) Successful in 1m15s

Details

CI Meta / conventional-commit (pull_request) Successful in 1s

Details

E2E / e2e (pull_request) Successful in 4m44s

Details

CI Backend / test-backend (pull_request) Successful in 3m33s

Details

CI Frontend / test-frontend (pull_request) Successful in 1m59s

Details

5bc8c96a0b

Der zwischenzeitliche Versuch, Typescript 7 zu installieren, hat den Lockfile-Zustand geaendert. Nach dem Revert auf 6.0.3 hat npm install die Abhaengigkeiten neu aufgeloest, was zu einer Umstrukturierung des Lockfiles fuehrte. Keine funktionalen Aenderungen.

Merge branch 'main' of https://git.gs-woa.hopto.org/WompSchmiede/FamilienFeierPlaner ca406a201f

chore(infra): .gitattributes fuer konsistente Line-Endings (LF) d226a6a8af

refs #284

Aktuelles: Kein .gitattributes, CRLF/LF-Inkonsistenzen zwischen Windows und Linux
Neu: .gitattributes mit * text=auto eol=lf + Binary-Definitionen

chore(infra): CI-Workflows bei Draft-PRs skippen

CI Backend / test-backend (pull_request) Has been cancelled

Details

CI Frontend / lint-frontend (pull_request) Has been cancelled

Details

CI Frontend / test-frontend (pull_request) Has been cancelled

Details

CI Meta / conventional-commit (pull_request) Has been cancelled

Details

E2E / e2e (pull_request) Has been cancelled

Details

CI Backend / lint-backend (pull_request) Has been cancelled

Details

69e5417f17

closes #284
closes #287

Aktuelles: CI-Workflows laufen bei jedem PR-Event, auch bei Draft-PRs
Neu: pull_request-Trigger haben explizite types [opened, synchronize, reopened, ready_for_review]; Jobs ueberspringen Draft-PRs via if: !github.event.pull_request.draft

Wichtige Aenderung:
- ci-meta.yml: conventional-commit-Job erhaelt zusaetzlichen Draft-Guard