feat(infra): Gitea Actions CI/CD-Pipelines, Container Registry und Branch-Protection #212

New issue

Closed

opened 2026-07-03 19:46:30 +02:00 by niboer · 2 comments

niboer commented 2026-07-03 19:46:30 +02:00

Owner

Copy link

Ziel

Automatisierte CI/CD-Pipelines via Gitea Actions, Bereitstellung der Images in der Gitea-Container-Registry (nur bei Versions-Tags) und Schutz des main-Branches.

Wichtig: Kein automatischer Close

Dieser Issue enthaelt Aufgaben (Branch-Protection, Secrets, Actions-Runner), die manuell in den Gitea-Einstellungen gesetzt werden muessen. Er wird nicht durch einen Commit geschlossen (closes #212 ist untersagt). Schliessung erfolgt manuell nach Erledigung aller Tasks.

Voraussetzung

• #205 (E2E-Tests mit Playwright) — die hier verwendeten Test-Features (auth-Fixture, Mailhog-Helper, Spec-Struktur)
• #206 (Unified Build Script) — build.mjs muss fuer --registry/--version/--push bereit sein
• Gitea Actions Runner muss auf dem Server registriert sein
• Container Registry muss in Gitea aktiviert sein (Settings → Packages → Enable)

Trigger-Strategie

Event	Workflow	Jobs
Push main	ci.yml	Lint + Unit-Tests
PR gegen main	ci.yml + e2e.yml	Lint + Unit-Tests + Conventional Commit + E2E-Tests (#205)
Tag v*	cd.yml	Build + Push aller Images zur Registry

Teil 1: CI-Pipeline (Code-Qualitaet)

Datei: .gitea/workflows/ci.yml

Trigger: Push auf main + PR gegen main

name: CI
on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

jobs:
  lint-backend:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with: { node-version: 24 }
      - run: npm --prefix backend ci
      - run: npm --prefix backend run lint

  lint-frontend:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with: { node-version: 24 }
      - run: npm --prefix frontend ci
      - run: npm --prefix frontend run lint

  test-backend:
    needs: [lint-backend]
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with: { node-version: 24 }
      - run: npm --prefix backend ci
      - run: npm --prefix backend test

  test-frontend:
    needs: [lint-frontend]
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with: { node-version: 24 }
      - run: npm --prefix frontend ci
      - run: npm --prefix frontend test

  conventional-commit:
    if: github.event_name == 'pull_request'
    runs-on: ubuntu-latest
    steps:
      - name: Check PR title
        run: |
          TITLE="${{ github.event.pull_request.title }}"
          PATTERN='^(feat|fix|chore|docs|refactor|test|style|perf|ci|build)(\(.+\))?: .+'
          if ! echo "$TITLE" | grep -qE "$PATTERN"; then
            echo "❌ PR-Titel entspricht nicht Conventional Commits"
            echo "Erwartet: type(scope): description"
            exit 1
          fi
          echo "✅ Conventional Commit: $TITLE"

Teil 2: E2E-Pipeline (Integrationstests via #205)

Datei: .gitea/workflows/e2e.yml

Trigger: Nur bei PRs gegen main

Nutzt die Features aus #205:

• Playwright-Specs aus e2e/specs/phase-1/ und e2e/specs/phase-2/
• Auth-Fixture (e2e/fixtures/auth.ts) fuer Keycloak-Login
• Mailhog-Helper (e2e/helpers/mailhog.ts) fuer E-Mail-Pruefung
• prepare-tokens.mjs stellt sicher dass shared/design-tokens/tokens.css in frontend/ + keycloak/ verfuegbar ist

name: E2E
on:
  pull_request:
    branches: [main]

jobs:
  e2e:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Prepare tokens
        run: node scripts/prepare-tokens.mjs

      - name: Build all images
        run: CONTAINER_CMD=docker node scripts/build.mjs all

      - name: Start full stack
        run: docker compose --profile integration-test up -d

      - name: Wait for backend health
        run: |
          for i in $(seq 1 15); do
            curl -sf http://localhost:3000/health && break
            sleep 10
          done

      - name: Wait for frontend health
        run: |
          for i in $(seq 1 10); do
            curl -sf http://localhost:5173/health && break
            sleep 10
          done

      - name: Run Playwright tests
        run: docker compose --profile integration-test exec -T e2e-runner npx playwright test

      - name: Upload test report
        if: always()
        uses: actions/upload-artifact@v4
        with:
          name: playwright-report
          path: e2e/results/

      - name: Cleanup
        if: always()
        run: |
          docker compose --profile integration-test down -v --rmi local
          docker builder prune -f

Hinweis: Der frontend- und keycloak-Service in docker-compose.yml muessen vor dem Start via build.mjs gebaut sein (passiert in Schritt "Build all images"). Der e2e-runner-Container laeuft dauerhaft via entrypoint: ["sleep", "infinity"] — die Tests werden via docker compose exec gestartet.

Teil 3: CD-Pipeline (Build + Registry)

Datei: .gitea/workflows/cd.yml

Trigger: Nur bei Versions-Tags (v1.0.0, v0.2.0, v2026.07.0 etc.)

name: CD
on:
  push:
    tags: ['v*']

jobs:
  build-and-push:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Extract version
        id: version
        run: echo "VERSION=${GITHUB_REF_NAME#v}" >> $GITHUB_OUTPUT

      - name: Login to Gitea Container Registry
        run: echo "${{ secrets.REGISTRY_TOKEN }}" | docker login git.gs-woa.hopto.org -u niboer --password-stdin

      - name: Build and push all images
        run: |
          REGISTRY="git.gs-woa.hopto.org/niboer"
          VERSION="${{ steps.version.outputs.VERSION }}"
          node scripts/build.mjs all --registry "$REGISTRY" --version "$VERSION" --push

      - name: Cleanup
        if: always()
        run: |
          docker compose down -v --rmi local
          docker builder prune -f

Registry-Login: Token-Setup (manuell)

Der Workflow loggt sich via docker login in die Gitea Container Registry ein. Dafuer wird ein Repository-Secret benoetigt:

1. Persoenliches Access Token erzeugen:

   • Gitea → Settings → Applications → Generate New Token
   • Scope: write:packages (ausreichend zum Pushen von Images)
   • Token kopieren (wird nur einmal angezeigt)

2. Als Repository-Secret anlegen:

   • Gitea → FamilienFeierPlaner → Settings → Actions → Secrets → Add Secret
   • Name: REGISTRY_TOKEN
   • Value: das kopierte Token

3. Im Workflow verwenden:

   - name: Login to Gitea Container Registry
     run: echo "${{ secrets.REGISTRY_TOKEN }}" | docker login git.gs-woa.hopto.org -u niboer --password-stdin
   

Resultierende Images in der Registry:

Registry-Pfad	Tags
git.gs-woa.hopto.org/niboer/familienfeierplaner-backend	v1.0.0, latest
git.gs-woa.hopto.org/niboer/familienfeierplaner-frontend	v1.0.0, latest
git.gs-woa.hopto.org/niboer/familienfeierplaner-keycloak	v1.0.0, latest

Teil 4: Build.mjs --registry / --version / --push

scripts/build.mjs bekommt neue Optionen fuer den CD-Workflow:

node scripts/build.mjs all --registry git.gs-woa.hopto.org/niboer --version 1.0.0 --push

Ablauf je Komponente:

function buildAndPush(component, { registry, version, push }) {
  const localTag = `familienfeierplaner-${component}`;
  const remoteTag = `${registry}/${localTag}`;

  buildComponent(component);
  tag(localTag, remoteTag + ':' + version);
  tag(localTag, remoteTag + ':latest');
  if (push) {
    push(remoteTag + ':' + version);
    push(remoteTag + ':latest');
  }
}

Teil 5: Branch-Protection fuer main

Manuell in Gitea Settings → Branches → Branch Protection → main:

• Block regular commits — Nur Pull Requests erlaubt
• Required approvals — 1
• Dismiss stale approvals — Aktivieren
• Status checks are required — Folgende Checks muessen bei PRs gruen sein:
  • CI / lint-backend
  • CI / lint-frontend
  • CI / test-backend
  • CI / test-frontend
  • CI / conventional-commit
  • E2E / e2e

Hinweis: Branch-Protection muss manuell via Gitea-Oberflaeche gesetzt werden. Der Agent hat keinen Admin-Zugriff auf die Repository-Einstellungen.

Tasks

• Gitea Actions Runner auf Server registrieren (manuell/Admin)
• Persoenliches Access Token erzeugen (Settings → Applications, Scope: write:packages)
• REGISTRY_TOKEN-Secret im Repository anlegen (Settings → Actions → Secrets)
• .gitea/workflows/ci.yml anlegen (Lint + Tests + Conventional Commit)
• .gitea/workflows/e2e.yml anlegen (E2E-Tests via #205, nur bei PRs)
• .gitea/workflows/cd.yml anlegen (Build + Push bei Tags)
• scripts/build.mjs um --registry, --version, --push erweitern
• Branch-Protection fuer main einrichten (Settings → Branches)
• Test-Tag erstellen → CD-Pipeline muss Images bauen + pushen
• Test-PR erstellen → CI + E2E muessen laufen, Conventional Commit wird geprueft
• Test-PR mit falschem Conventional Commit → muss abgewiesen werden

Dateien (neu)

.gitea/workflows/ci.yml
.gitea/workflows/e2e.yml
.gitea/workflows/cd.yml

Geaenderte Dateien

scripts/build.mjs             # + --registry, --version, --push

## Ziel Automatisierte CI/CD-Pipelines via Gitea Actions, Bereitstellung der Images in der Gitea-Container-Registry (nur bei Versions-Tags) und Schutz des main-Branches. ## Wichtig: Kein automatischer Close Dieser Issue enthaelt Aufgaben (Branch-Protection, Secrets, Actions-Runner), die manuell in den Gitea-Einstellungen gesetzt werden muessen. Er wird **nicht** durch einen Commit geschlossen (`closes #212` ist untersagt). Schliessung erfolgt manuell nach Erledigung aller Tasks. ## Voraussetzung - #205 (E2E-Tests mit Playwright) — die hier verwendeten Test-Features (auth-Fixture, Mailhog-Helper, Spec-Struktur) - #206 (Unified Build Script) — `build.mjs` muss fuer `--registry`/`--version`/`--push` bereit sein - Gitea Actions Runner muss auf dem Server registriert sein - Container Registry muss in Gitea aktiviert sein (Settings → Packages → Enable) ## Trigger-Strategie | Event | Workflow | Jobs | |-------|----------|------| | **Push main** | `ci.yml` | Lint + Unit-Tests | | **PR gegen main** | `ci.yml` + `e2e.yml` | Lint + Unit-Tests + Conventional Commit + **E2E-Tests (#205)** | | **Tag `v*`** | `cd.yml` | Build + Push aller Images zur Registry | ## Teil 1: CI-Pipeline (Code-Qualitaet) **Datei:** `.gitea/workflows/ci.yml` **Trigger:** Push auf main + PR gegen main ```yaml name: CI on: push: branches: [main] pull_request: branches: [main] jobs: lint-backend: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: 24 } - run: npm --prefix backend ci - run: npm --prefix backend run lint lint-frontend: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: 24 } - run: npm --prefix frontend ci - run: npm --prefix frontend run lint test-backend: needs: [lint-backend] runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: 24 } - run: npm --prefix backend ci - run: npm --prefix backend test test-frontend: needs: [lint-frontend] runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: 24 } - run: npm --prefix frontend ci - run: npm --prefix frontend test conventional-commit: if: github.event_name == 'pull_request' runs-on: ubuntu-latest steps: - name: Check PR title run: | TITLE="${{ github.event.pull_request.title }}" PATTERN='^(feat|fix|chore|docs|refactor|test|style|perf|ci|build)(\(.+\))?: .+' if ! echo "$TITLE" | grep -qE "$PATTERN"; then echo "❌ PR-Titel entspricht nicht Conventional Commits" echo "Erwartet: type(scope): description" exit 1 fi echo "✅ Conventional Commit: $TITLE" ``` ## Teil 2: E2E-Pipeline (Integrationstests via #205) **Datei:** `.gitea/workflows/e2e.yml` **Trigger:** Nur bei PRs gegen main **Nutzt die Features aus #205:** - Playwright-Specs aus `e2e/specs/phase-1/` und `e2e/specs/phase-2/` - Auth-Fixture (`e2e/fixtures/auth.ts`) fuer Keycloak-Login - Mailhog-Helper (`e2e/helpers/mailhog.ts`) fuer E-Mail-Pruefung - `prepare-tokens.mjs` stellt sicher dass `shared/design-tokens/tokens.css` in frontend/ + keycloak/ verfuegbar ist ```yaml name: E2E on: pull_request: branches: [main] jobs: e2e: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: Prepare tokens run: node scripts/prepare-tokens.mjs - name: Build all images run: CONTAINER_CMD=docker node scripts/build.mjs all - name: Start full stack run: docker compose --profile integration-test up -d - name: Wait for backend health run: | for i in $(seq 1 15); do curl -sf http://localhost:3000/health && break sleep 10 done - name: Wait for frontend health run: | for i in $(seq 1 10); do curl -sf http://localhost:5173/health && break sleep 10 done - name: Run Playwright tests run: docker compose --profile integration-test exec -T e2e-runner npx playwright test - name: Upload test report if: always() uses: actions/upload-artifact@v4 with: name: playwright-report path: e2e/results/ - name: Cleanup if: always() run: | docker compose --profile integration-test down -v --rmi local docker builder prune -f ``` **Hinweis:** Der `frontend`- und `keycloak`-Service in docker-compose.yml muessen vor dem Start via `build.mjs` gebaut sein (passiert in Schritt "Build all images"). Der `e2e-runner`-Container laeuft dauerhaft via `entrypoint: ["sleep", "infinity"]` — die Tests werden via `docker compose exec` gestartet. ## Teil 3: CD-Pipeline (Build + Registry) **Datei:** `.gitea/workflows/cd.yml` **Trigger:** Nur bei Versions-Tags (`v1.0.0`, `v0.2.0`, `v2026.07.0` etc.) ```yaml name: CD on: push: tags: ['v*'] jobs: build-and-push: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: Extract version id: version run: echo "VERSION=${GITHUB_REF_NAME#v}" >> $GITHUB_OUTPUT - name: Login to Gitea Container Registry run: echo "${{ secrets.REGISTRY_TOKEN }}" | docker login git.gs-woa.hopto.org -u niboer --password-stdin - name: Build and push all images run: | REGISTRY="git.gs-woa.hopto.org/niboer" VERSION="${{ steps.version.outputs.VERSION }}" node scripts/build.mjs all --registry "$REGISTRY" --version "$VERSION" --push - name: Cleanup if: always() run: | docker compose down -v --rmi local docker builder prune -f ``` ## Registry-Login: Token-Setup (manuell) Der Workflow loggt sich via `docker login` in die Gitea Container Registry ein. Dafuer wird ein **Repository-Secret** benoetigt: 1. **Persoenliches Access Token erzeugen:** - Gitea → `Settings` → `Applications` → `Generate New Token` - Scope: `write:packages` (ausreichend zum Pushen von Images) - Token kopieren (wird nur einmal angezeigt) 2. **Als Repository-Secret anlegen:** - Gitea → `FamilienFeierPlaner` → `Settings` → `Actions` → `Secrets` → `Add Secret` - Name: `REGISTRY_TOKEN` - Value: das kopierte Token 3. **Im Workflow verwenden:** ```yaml - name: Login to Gitea Container Registry run: echo "${{ secrets.REGISTRY_TOKEN }}" | docker login git.gs-woa.hopto.org -u niboer --password-stdin ``` **Resultierende Images in der Registry:** | Registry-Pfad | Tags | |---------------|------| | `git.gs-woa.hopto.org/niboer/familienfeierplaner-backend` | `v1.0.0`, `latest` | | `git.gs-woa.hopto.org/niboer/familienfeierplaner-frontend` | `v1.0.0`, `latest` | | `git.gs-woa.hopto.org/niboer/familienfeierplaner-keycloak` | `v1.0.0`, `latest` | ## Teil 4: Build.mjs --registry / --version / --push `scripts/build.mjs` bekommt neue Optionen fuer den CD-Workflow: ```bash node scripts/build.mjs all --registry git.gs-woa.hopto.org/niboer --version 1.0.0 --push ``` Ablauf je Komponente: ```javascript function buildAndPush(component, { registry, version, push }) { const localTag = `familienfeierplaner-${component}`; const remoteTag = `${registry}/${localTag}`; buildComponent(component); tag(localTag, remoteTag + ':' + version); tag(localTag, remoteTag + ':latest'); if (push) { push(remoteTag + ':' + version); push(remoteTag + ':latest'); } } ``` ## Teil 5: Branch-Protection fuer main Manuell in Gitea Settings → Branches → Branch Protection → main: - **Block regular commits** — Nur Pull Requests erlaubt - **Required approvals** — 1 - **Dismiss stale approvals** — Aktivieren - **Status checks are required** — Folgende Checks muessen bei PRs gruen sein: - `CI / lint-backend` - `CI / lint-frontend` - `CI / test-backend` - `CI / test-frontend` - `CI / conventional-commit` - `E2E / e2e` **Hinweis:** Branch-Protection muss manuell via Gitea-Oberflaeche gesetzt werden. Der Agent hat keinen Admin-Zugriff auf die Repository-Einstellungen. ## Tasks - [x] Gitea Actions Runner auf Server registrieren (manuell/Admin) - [x] Persoenliches Access Token erzeugen (`Settings → Applications`, Scope: `write:packages`) - [x] `REGISTRY_TOKEN`-Secret im Repository anlegen (Settings → Actions → Secrets) - [x] `.gitea/workflows/ci.yml` anlegen (Lint + Tests + Conventional Commit) - [x] `.gitea/workflows/e2e.yml` anlegen (E2E-Tests via #205, nur bei PRs) - [x] `.gitea/workflows/cd.yml` anlegen (Build + Push bei Tags) - [x] `scripts/build.mjs` um `--registry`, `--version`, `--push` erweitern - [x] Branch-Protection fuer main einrichten (Settings → Branches) - [x] Test-Tag erstellen → CD-Pipeline muss Images bauen + pushen - [x] Test-PR erstellen → CI + E2E muessen laufen, Conventional Commit wird geprueft - [x] Test-PR mit falschem Conventional Commit → muss abgewiesen werden ## Dateien (neu) ``` .gitea/workflows/ci.yml .gitea/workflows/e2e.yml .gitea/workflows/cd.yml ``` ## Geaenderte Dateien ``` scripts/build.mjs # + --registry, --version, --push ```

niboer added this to the MS-INTEGRATION milestone 2026-07-03 19:46:30 +02:00

niboer added the

component/infra

prio/medium

type/feature

labels 2026-07-03 19:46:30 +02:00

niboer self-assigned this 2026-07-03 19:46:30 +02:00

niboer added a new dependency 2026-07-03 19:57:56 +02:00

#205 feat(e2e): E2E-Integrationstests mit Playwright einfuehren

niboer added a new dependency 2026-07-03 19:58:00 +02:00

#206 feat(infra): Unified Build Script fuer alle Komponenten

niboer referenced this issue 2026-07-03 20:29:55 +02:00

Ergaenzung: Builder-Cache-Bereinigung #215

niboer referenced this issue 2026-07-03 20:30:02 +02:00

feat(infra): Unified Build Script fuer alle Komponenten #206

niboer commented 2026-07-03 20:30:05 +02:00

Author

Owner

Copy link

Ergaenzung: Builder-Cache auch im CI/CD-Cleanup praegen

Das Multi-Stage-Dockerfile (backend/Dockerfile) produziert Intermediate-Images der builder-Stage, die von --rmi local nicht erfasst werden (siehe #206, Kommentar zur Analyse).

Massnahme: In den Cleanup-Schritten von e2e.yml und cd.yml nach docker compose down -v --rmi local zusaetzlich docker builder prune -f ausfuehren:

.gitea/workflows/e2e.yml

- name: Cleanup
  if: always()
  run: |
    docker compose --profile integration-test down -v --rmi local
    docker builder prune -f

.gitea/workflows/cd.yml

- name: Cleanup
  if: always()
  run: |
    docker compose down -v --rmi local
    docker builder prune -f

Begruendung: docker builder prune -f entfernt gezielt nur den Build-Cache (intermediate Stages), ohne benannte/getaggte Images anzutasten. docker image prune -f waere zu aggressiv und koennte noch benoetigte Cache-Images entfernen.

## Ergaenzung: Builder-Cache auch im CI/CD-Cleanup praegen Das Multi-Stage-Dockerfile (`backend/Dockerfile`) produziert Intermediate-Images der `builder`-Stage, die von `--rmi local` nicht erfasst werden (siehe #206, Kommentar zur Analyse). **Massnahme:** In den Cleanup-Schritten von `e2e.yml` und `cd.yml` nach `docker compose down -v --rmi local` zusaetzlich `docker builder prune -f` ausfuehren: ### `.gitea/workflows/e2e.yml` ```yaml - name: Cleanup if: always() run: | docker compose --profile integration-test down -v --rmi local docker builder prune -f ``` ### `.gitea/workflows/cd.yml` ```yaml - name: Cleanup if: always() run: | docker compose down -v --rmi local docker builder prune -f ``` **Begruendung:** `docker builder prune -f` entfernt gezielt nur den Build-Cache (intermediate Stages), ohne benannte/getaggte Images anzutasten. `docker image prune -f` waere zu aggressiv und koennte noch benoetigte Cache-Images entfernen.

niboer referenced this issue from a commit 2026-07-04 18:58:50 +02:00

feat(infra): Gitea Actions CI/CD-Pipelines und Registry-Build

niboer commented 2026-07-04 18:58:53 +02:00

Author

Owner

Copy link

Automatisierte Tasks abgeschlossen (Commit 264993b):

• .gitea/workflows/ci.yml — Lint + Tests + Conventional Commit
• .gitea/workflows/e2e.yml — Playwright-Tests (nur PR)
• .gitea/workflows/cd.yml — Build + Push Backend/Frontend/Keycloak (Tags v*)
• scripts/build.mjs — --registry, --version, --push CLI-Optionen
• docs/design/06-betrieb-entwicklung.md — CI/CD-Sektion ergaenzt

Manuell noch ausstehend:

1. Gitea Actions Runner auf Server registrieren
2. Persoenliches Access Token erzeugen (Settings → Applications, Scope: write:packages)
3. REGISTRY_TOKEN-Secret im Repository anlegen (Settings → Actions → Secrets)
4. Branch-Protection fuer main einrichten (Settings → Branches): Block regular commits, 1 Approval, Required checks: CI/*, E2E/e2e
5. Test-Tag erstellen → CD-Pipeline testen
6. Test-PR erstellen → CI + E2E testen

Automatisierte Tasks abgeschlossen (Commit 264993b): - `.gitea/workflows/ci.yml` — Lint + Tests + Conventional Commit - `.gitea/workflows/e2e.yml` — Playwright-Tests (nur PR) - `.gitea/workflows/cd.yml` — Build + Push Backend/Frontend/Keycloak (Tags v*) - `scripts/build.mjs` — `--registry`, `--version`, `--push` CLI-Optionen - `docs/design/06-betrieb-entwicklung.md` — CI/CD-Sektion ergaenzt **Manuell noch ausstehend:** 1. [x] Gitea Actions Runner auf Server registrieren 2. [x] Persoenliches Access Token erzeugen (Settings → Applications, Scope: `write:packages`) 3. [x] `REGISTRY_TOKEN`-Secret im Repository anlegen (Settings → Actions → Secrets) 4. [x] Branch-Protection fuer `main` einrichten (Settings → Branches): Block regular commits, 1 Approval, Required checks: CI/*, E2E/e2e 5. [x] Test-Tag erstellen → CD-Pipeline testen 6. [x] Test-PR erstellen → CI + E2E testen

niboer referenced this issue from a commit 2026-07-04 19:00:07 +02:00

fix(infra): build.mjs Logging wiederhergestellt, CI/CD als eigenstaendiges Design-Dokument

niboer referenced this issue from a commit 2026-07-04 19:06:37 +02:00

fix(infra): runs-on auf docker-node fuer vorhandenen Runner umgestellt

niboer referenced this issue from a commit 2026-07-04 19:11:26 +02:00

fix(infra): fetch-depth:0 fuer actions/checkout in allen Workflows

niboer referenced this issue from a commit 2026-07-04 19:13:57 +02:00

fix(infra): GIT_DEFAULT_HASH=sha256 fuer SHA256-Repo-Format

niboer referenced this issue from a commit 2026-07-04 19:17:54 +02:00

fix(infra): Prisma generate und Orval-Typgenerierung in CI

niboer referenced this issue from a commit 2026-07-04 19:19:33 +02:00

fix(infra): npx durch npm exec ersetzt fuer prisma generate im CI

niboer referenced this issue from a commit 2026-07-04 19:20:23 +02:00

fix(infra): generate-Script in backend/package.json fuer CI

niboer referenced this issue from a commit 2026-07-04 19:22:32 +02:00

fix(infra): Dummy-DATABASE_URL fuer prisma generate im CI

niboer referenced this issue from a commit 2026-07-04 19:25:43 +02:00

feat(infra): generate-Script im Frontend fuer svelte-kit sync + orval

niboer referenced this issue from a commit 2026-07-04 19:42:28 +02:00

fix(infra): runs-on node im CD-Workflow

niboer referenced this issue from a commit 2026-07-04 19:52:52 +02:00

feat(infra): actions/checkout auf v6, Registry-Pfade auf Repo-Scope

niboer referenced this issue from a commit 2026-07-04 20:02:51 +02:00

chore(infra): Repo-Umzug von niboer zu WompSchmiede

niboer referenced this issue from a commit 2026-07-04 20:11:08 +02:00

test(infra): Test-Workflow fuer actions-Versionen v6/v7

niboer referenced this issue from a commit 2026-07-04 20:16:27 +02:00

feat(infra): actions auf neueste Versionen geupgraded

niboer referenced this issue from a commit 2026-07-04 20:17:11 +02:00

chore(infra): PROJECT_STATE nach Org-Umzug und Action-Updates aktualisiert

niboer referenced this issue from a commit 2026-07-04 20:21:21 +02:00

feat(infra): build.mjs gibt jetzt stderr/stdout bei Fehlern aus

niboer referenced this issue from a commit 2026-07-04 20:22:54 +02:00

fix(infra): Registry-Pfad auf lowercase (Docker-Anforderung)

niboer referenced this issue 2026-07-05 00:03:57 +02:00

feat(e2e): E2E-Integrationstests mit Playwright einfuehren #205

niboer referenced this issue 2026-07-05 20:21:37 +02:00

fix(cicd): E2E-CI ohne Port-Konflikte, PR-Checks immer, strip-ports.mjs, run-rm #238

niboer referenced this issue from a commit 2026-07-05 20:51:58 +02:00

fix(cicd): E2E-CI ohne Port-Konflikte, PR-Checks immer, strip-ports.mjs, run-rm (#238)

niboer closed this issue 2026-07-05 21:00:08 +02:00

niboer referenced this issue from a commit 2026-07-05 21:15:17 +02:00

docs: Branch & PR-Workflow, PR-Template aktualisiert

niboer referenced this issue 2026-07-05 21:15:32 +02:00

docs: Branch & PR-Workflow, PR-Template aktualisiert #239

niboer referenced this issue from a commit 2026-07-05 21:25:31 +02:00

docs: Branch & PR-Workflow, PR-Template aktualisiert (#239)

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

main

v0.5.0

v0.4.0

v0.3.0

v0.2.2

v0.2.1

v0.2.0

v0.1.0

Labels

Clear labels   

component/backend

Backend-Komponente

  

component/docs

Dokumentation (README, design.md, AGENTS.md)

  

component/e2e

E2E-Testinfrastruktur (Playwright, Docker-E2E-Runner)

  

component/frontend

Frontend (Cloudflare Worker, BFF, UI)

  

component/infra

Infrastruktur (Docker, CI/CD, Build)

  

component/keycloak

Keycloak (Realm, Theme, Admin API)

  

prio/high

Hohe Prioritaet (blockierend/kritisch)

  

prio/low

Niedrige Prioritaet

  

prio/medium

Mittlere Prioritaet

  

type/bug

Fehler oder unerwartetes Verhalten

  

type/chore

Wartungs- und Konfigurationsaufgaben

  

type/feature

Neues Feature

  

type/refactor

Refactoring

  

type/test

Tests

No labels

component/backend

component/docs

component/e2e

component/frontend

component/infra

component/keycloak

prio/high

prio/low

prio/medium

type/bug

type/chore

type/feature

type/refactor

type/test

Milestone

Clear milestone

No items

No milestone

MS-INTEGRATION

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

niboer

1 participant

Notifications

Subscribe

Due date

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

No due date set.

Depends on

#205 feat(e2e): E2E-Integrationstests mit Playwright einfuehren

WompSchmiede/FamilienFeierPlaner

#206 feat(infra): Unified Build Script fuer alle Komponenten

WompSchmiede/FamilienFeierPlaner

Reference

WompSchmiede/FamilienFeierPlaner#212

No description provided.