CI/CD & Deployment-Architektur-Fähigkeit
Diese Fähigkeit leitet KI-Agenten und Mitwirkende bei der Verwaltung von GitHub Actions CI/CD-Pipelines, dem Veröffentlichen von Container-Images und automatisierten Bereitstellungen an.
1. Lokale Branch-First-Entwicklung & Commit-Rhythmus
[!WICHTIG] ERSTELLEN SIE ZUERST EINEN LOKALEN BRANCH & COMMITTEN SIE HÄUFIG: Beginnen Sie immer damit, einen dedizierten lokalen Branch von
mainzu erstellen:git switch -c <entwickler/agent>/main/<feature-name>Committen Sie bei jedem logischen Meilenstein („mehr Commits = mehr erklärende Arbeit“). Committen Sie niemals direkt auf
main.
2. Multi-Umgebungs-CI/CD-Pipeline
jobs:
backend-test:
name: Backend-Test & Build
steps:
- uses: actions/setup-go@v5
- run: go test -v -race ./...
- run: go build -v ./...
service-test:
name: Python-Service-Test & Lint
steps:
- uses: astral-sh/setup-uv@v5
- run: uv sync
- run: uv run pytest
frontend-test:
name: Frontend-Lint & Build
steps:
- uses: pnpm/action-setup@v4
- uses: actions/setup-node@v4
- run: pnpm install --frozen-lockfile
- run: pnpm run lint
- run: pnpm run build
3. Lokales CI-Spiegelungs-Runbook
Um sicherzustellen, dass Ihre Änderungen CI vor dem Commit bestehen:
# 1. Führen Sie das Pre-Commit-Gate aus (exaktes Spiegelbild der CI-Prüfungen)
make pre-commit
# 2. Alternativ können Sie einzelne CI-Jobs lokal ausführen:
# Go-Backend:
go test -v -race ./... && go build -v ./...
# Python-Service:
uv run pytest
# Frontend:
pnpm run lint && pnpm run build
4. Secrets vs. zentrale Konfiguration
- Secrets: Streng in
.env/ CI-Geheimnissen und Laufzeit-Dashboards definiert (DATABASE_URL,API_KEY,JWT_SECRET). - Betriebliche Standardwerte: Zentral in Code-Modulen.
- Hartcodieren Sie niemals Secrets in CI-Workflow-YAML oder Git-Commits.