From 2ae5f00a0303d9e01d6c739baf30654667868328 Mon Sep 17 00:00:00 2001 From: "openclaw-docs-i18n[bot]" Date: Thu, 9 Apr 2026 06:13:54 +0000 Subject: [PATCH] chore(i18n): refresh de translations --- docs/de/ci.md | 59 ++++++++++++++++++++++++++------------------------- 1 file changed, 30 insertions(+), 29 deletions(-) diff --git a/docs/de/ci.md b/docs/de/ci.md index e7ad5048b..88c4f71f7 100644 --- a/docs/de/ci.md +++ b/docs/de/ci.md @@ -1,56 +1,56 @@ --- read_when: - Sie müssen verstehen, warum ein CI-Job ausgeführt wurde oder nicht - - Sie debuggen fehlschlagende GitHub Actions-Prüfungen -summary: CI-Job-Graph, Bereichs-Gates und lokale Befehlsäquivalente + - Sie debuggen fehlschlagende GitHub-Actions-Prüfungen +summary: CI-Job-Graph, Scope-Gates und lokale Befehlsäquivalente title: CI-Pipeline x-i18n: - generated_at: "2026-04-05T12:37:20Z" + generated_at: "2026-04-09T06:13:53Z" model: gpt-5.4 provider: openai - source_hash: 5a95b6e584b4309bc249866ea436b4dfe30e0298ab8916eadbc344edae3d1194 + source_hash: d104f2510fadd674d7952aa08ad73e10f685afebea8d7f19adc1d428e2bdc908 source_path: ci.md workflow: 15 --- # CI-Pipeline -Die CI läuft bei jedem Push nach `main` und bei jedem Pull Request. Sie verwendet intelligentes Scoping, um teure Jobs zu überspringen, wenn nur nicht zusammenhängende Bereiche geändert wurden. +Die CI wird bei jedem Push auf `main` und bei jedem Pull Request ausgeführt. Sie verwendet intelligentes Scoping, um teure Jobs zu überspringen, wenn nur nicht zusammenhängende Bereiche geändert wurden. ## Job-Übersicht -| Job | Zweck | Wann er ausgeführt wird | -| ------------------------ | ---------------------------------------------------------------------------------------------- | ----------------------------------- | -| `preflight` | Nur-Doku-Änderungen, geänderte Bereiche und geänderte Extensions erkennen und das CI-Manifest erstellen | Immer bei Nicht-Entwurf-Pushes und PRs | -| `security-fast` | Erkennung privater Schlüssel, Workflow-Audit über `zizmor`, Audit der Produktionsabhängigkeiten | Immer bei Nicht-Entwurf-Pushes und PRs | -| `build-artifacts` | `dist/` und die Control UI einmal bauen, wiederverwendbare Artefakte für nachgelagerte Jobs hochladen | Node-relevante Änderungen | -| `checks-fast-core` | Schnelle Linux-Korrektheits-Lanes wie Prüfungen für Bundles/Plugin-Verträge/Protokolle | Node-relevante Änderungen | -| `checks-fast-extensions` | Die Extension-Shard-Lanes aggregieren, nachdem `checks-fast-extensions-shard` abgeschlossen ist | Node-relevante Änderungen | -| `extension-fast` | Gezielte Tests nur für die geänderten gebündelten Plugins | Wenn Extension-Änderungen erkannt werden | -| `check` | Haupt-lokales Gate in CI: `pnpm check` plus `pnpm build:strict-smoke` | Node-relevante Änderungen | -| `check-additional` | Architektur- und Boundary-Guards plus das Gateway-Watch-Regression-Harness | Node-relevante Änderungen | -| `build-smoke` | Smoke-Tests für die gebaute CLI und Startup-Speicher-Smoke | Node-relevante Änderungen | -| `checks` | Schwerere Linux-Node-Lanes: vollständige Tests, Kanaltests und nur bei Pushes Node-22-Kompatibilität | Node-relevante Änderungen | -| `check-docs` | Doku-Formatierung, Linting und Prüfungen auf defekte Links | Doku geändert | -| `skills-python` | Ruff + pytest für Python-basierte Skills | Für Python-Skills relevante Änderungen | -| `checks-windows` | Windows-spezifische Test-Lanes | Windows-relevante Änderungen | -| `macos-node` | macOS-TypeScript-Test-Lane mit den gemeinsam genutzten gebauten Artefakten | macOS-relevante Änderungen | -| `macos-swift` | Swift-Lint, Build und Tests für die macOS-App | macOS-relevante Änderungen | -| `android` | Android-Build- und Testmatrix | Android-relevante Änderungen | +| Job | Zweck | Wann er ausgeführt wird | +| ------------------------ | ---------------------------------------------------------------------------------------- | ----------------------------------- | +| `preflight` | Nur-Doku-Änderungen, geänderte Scopes, geänderte Erweiterungen erkennen und das CI-Manifest erstellen | Immer bei nicht als Entwurf markierten Pushes und PRs | +| `security-fast` | Erkennung privater Schlüssel, Workflow-Audit über `zizmor`, Audit von Produktionsabhängigkeiten | Immer bei nicht als Entwurf markierten Pushes und PRs | +| `build-artifacts` | `dist/` und die Control UI einmal bauen, wiederverwendbare Artefakte für nachgelagerte Jobs hochladen | Für Node relevante Änderungen | +| `checks-fast-core` | Schnelle Linux-Korrektheits-Lanes wie Prüfungen für gebündelte/plugin-contract/protocol | Für Node relevante Änderungen | +| `checks-fast-extensions` | Die Shard-Lanes der Erweiterungen zusammenfassen, nachdem `checks-fast-extensions-shard` abgeschlossen ist | Für Node relevante Änderungen | +| `extension-fast` | Gezielte Tests nur für die geänderten gebündelten Plugins | Wenn Erweiterungsänderungen erkannt werden | +| `check` | Hauptsächliches lokales Gate in CI: `pnpm check` plus `pnpm build:strict-smoke` | Für Node relevante Änderungen | +| `check-additional` | Architektur-, Boundary- und Import-Cycle-Schutzprüfungen plus das Gateway-Watch-Regressions-Harness | Für Node relevante Änderungen | +| `build-smoke` | Smoke-Tests für die gebaute CLI und Smoke-Test für den Startup-Speicher | Für Node relevante Änderungen | +| `checks` | Schwerere Linux-Node-Lanes: vollständige Tests, Channel-Tests und nur bei Pushes Node-22-Kompatibilität | Für Node relevante Änderungen | +| `check-docs` | Doku-Formatierung, Linting und Broken-Link-Prüfungen | Doku geändert | +| `skills-python` | Ruff + pytest für Python-basierte Skills | Für Python-Skills relevante Änderungen | +| `checks-windows` | Windows-spezifische Test-Lanes | Für Windows relevante Änderungen | +| `macos-node` | macOS-TypeScript-Test-Lane unter Verwendung der gemeinsam genutzten gebauten Artefakte | Für macOS relevante Änderungen | +| `macos-swift` | Swift-Linting, Build und Tests für die macOS-App | Für macOS relevante Änderungen | +| `android` | Android-Build- und Test-Matrix | Für Android relevante Änderungen | ## Fail-Fast-Reihenfolge -Jobs sind so angeordnet, dass günstige Prüfungen fehlschlagen, bevor teure ausgeführt werden: +Die Jobs sind so angeordnet, dass günstige Prüfungen fehlschlagen, bevor teure ausgeführt werden: 1. `preflight` entscheidet, welche Lanes überhaupt existieren. Die Logik `docs-scope` und `changed-scope` sind Schritte innerhalb dieses Jobs, keine eigenständigen Jobs. 2. `security-fast`, `check`, `check-additional`, `check-docs` und `skills-python` schlagen schnell fehl, ohne auf die schwereren Artefakt- und Plattform-Matrix-Jobs zu warten. 3. `build-artifacts` überschneidet sich mit den schnellen Linux-Lanes, damit nachgelagerte Verbraucher starten können, sobald der gemeinsame Build bereit ist. -4. Danach fächern sich schwerere Plattform- und Laufzeit-Lanes auf: `checks-fast-core`, `checks-fast-extensions`, `extension-fast`, `checks`, `checks-windows`, `macos-node`, `macos-swift` und `android`. +4. Danach fächern sich schwerere Plattform- und Runtime-Lanes auf: `checks-fast-core`, `checks-fast-extensions`, `extension-fast`, `checks`, `checks-windows`, `macos-node`, `macos-swift` und `android`. -Die Bereichslogik befindet sich in `scripts/ci-changed-scope.mjs` und wird durch Unit-Tests in `src/scripts/ci-changed-scope.test.ts` abgedeckt. -Der separate Workflow `install-smoke` verwendet dasselbe Bereichsskript über seinen eigenen `preflight`-Job wieder. Er berechnet `run_install_smoke` aus dem engeren `changed-smoke`-Signal, sodass Docker-/Install-Smoke nur bei install-, packaging- und containerrelevanten Änderungen läuft. +Die Scope-Logik befindet sich in `scripts/ci-changed-scope.mjs` und wird durch Unit-Tests in `src/scripts/ci-changed-scope.test.ts` abgedeckt. +Der separate Workflow `install-smoke` verwendet dasselbe Scope-Skript über seinen eigenen `preflight`-Job wieder. Er berechnet `run_install_smoke` aus dem engeren Signal changed-smoke, sodass Docker-/Install-Smoke nur für install-, packaging- und containerrelevante Änderungen ausgeführt wird. -Bei Pushes fügt die Matrix `checks` die nur bei Pushes ausgeführte Lane `compat-node22` hinzu. Bei Pull Requests wird diese Lane übersprungen, und die Matrix bleibt auf die normalen Test-/Kanal-Lanes fokussiert. +Bei Pushes fügt die Matrix `checks` die nur bei Pushes vorhandene Lane `compat-node22` hinzu. Bei Pull Requests wird diese Lane übersprungen, und die Matrix bleibt auf die normalen Test-/Channel-Lanes fokussiert. ## Runner @@ -65,9 +65,10 @@ Bei Pushes fügt die Matrix `checks` die nur bei Pushes ausgeführte Lane `compa ```bash pnpm check # Typen + Lint + Format pnpm build:strict-smoke +pnpm check:import-cycles pnpm test:gateway:watch-regression pnpm test # vitest-Tests pnpm test:channels pnpm check:docs # Doku-Format + Lint + defekte Links -pnpm build # dist bauen, wenn die CI-Artefakt-/build-smoke-Lanes relevant sind +pnpm build # dist bauen, wenn die CI-Lanes für Artefakte/Build-Smoke relevant sind ```