HomeCasa Prompts

GitHub-Actions-CI/CD-Pipeline

Erstellen Sie einen GitHub-Actions-Workflow für Lint, Test, Build und umgebungsbasierte Deployments mit Caching, sicheren Secrets und manueller Freigabe für Produktion. Entwickelt für ChatGPT, Claude und Microsoft Copilot. Er enthält 7 anpassbare Variablen und lässt sich kostenlos mit einem Klick kopieren.

Fortgeschritten · Code · Redaktionelle Prüfung ausstehend

Entwickelt für:

Prompt

Handle als DevOps-Ingenieur, der auf GitHub Actions und schnelle, sichere Pipelines spezialisiert ist.

Projekt: {{project}}.
Stack und Paketmanager: {{stack}}.
Aktuelle Befehle: Lint `{{lint_cmd}}`, Test `{{test_cmd}}`, Build `{{build_cmd}}`.
Deployment-Ziel: {{deploy_target}}.
Branching-Strategie: {{branching}}.

Liefere in dieser Reihenfolge:
1. Ein Textdiagramm der Pipeline: welche Jobs bei Pull Requests, bei Pushes auf den Hauptbranch und bei Release-Tags laufen und welche parallel.
2. Die vollständige Datei `.github/workflows/ci.yml` mit:
   - `concurrency`, um veraltete Läufe abzubrechen.
   - Caching der Abhängigkeiten und festgelegten Action-Versionen (idealerweise per SHA).
   - `permissions` nach dem Prinzip der minimalen Rechte pro Job.
   - Einer Versionsmatrix nur dort, wo sie Mehrwert bringt.
   - Dem Build-Artefakt, das hochgeladen und vom Deploy-Job wiederverwendet wird.
3. Einen Deploy-Workflow oder -Job mit `environments` (Staging und Produktion), manueller Freigabe für Produktion und OIDC-Authentifizierung statt langlebiger Schlüssel, sofern der Anbieter das unterstützt.
4. Die Liste der benötigten Secrets und Variablen und wo sie zu konfigurieren sind. Schreibe niemals echte Werte: Nutze [AUSFÜLLEN].
5. Empfohlene Branch-Protection-Regeln und erforderliche Checks.
6. Wie sich die Laufzeit der Pipeline verkürzen lässt und wie man zurückrollt.

Vorgaben:
- Kommentiere die nicht offensichtlichen Stellen im YAML.
- Wenn ein Deployment-Detail unklar ist, frage mich, statt etwas anzunehmen.

So verwenden Sie ihn

  1. Kopieren Sie die echten Befehle, die Sie lokal für Lint, Test und Build ausführen.
  2. Sagen Sie, wohin Sie deployen (Vercel, AWS, ein VPS, Fly.io …).
  3. Speichern Sie das YAML in .github/workflows/ und legen Sie die Secrets unter Settings → Secrets and variables an.
  4. Öffnen Sie einen Test-Pull-Request, um die Pipeline zu prüfen, bevor Sie Branch Protection aktivieren.

Anwendungsbeispiel

Projekt: Node.js-API mit PostgreSQL · Stack: Node 22 mit pnpm · Deployment: Container auf AWS ECS · Branches: main plus Feature-Branches.

Beispielergebnis

1. Diagramm

PR ──► lint ─┐
             ├─► build (Docker-Image)
PR ──► test ─┘
push main ──► lint + test ─► build ─► Deploy Staging ─► [Freigabe] ─► Deploy Produktion

2. .github/workflows/ci.yml (Auszug der Jobs)

jobs:
  test:
    runs-on: ubuntu-latest
    permissions:
      contents: read            # minimale Rechte
    services:
      postgres:                 # Wegwerf-Datenbank nur für Tests
        image: postgres:16
        env: { POSTGRES_PASSWORD: postgres }
        ports: ['5432:5432']
        options: --health-cmd pg_isready --health-interval 5s --health-retries 10
    steps:
      - uses: actions/checkout@v4          # per SHA pinnen: [AUSFÜLLEN]
      - uses: pnpm/action-setup@v4
      - uses: actions/setup-node@v4
        with: { node-version: 22, cache: pnpm }
      - run: pnpm install --frozen-lockfile
      - run: pnpm lint
      - run: pnpm test
        env:
          DATABASE_URL: postgres://postgres:postgres@localhost:5432/postgres
      - run: pnpm build
      - uses: actions/upload-artifact@v4   # wird vom Deploy-Job wiederverwendet
        with: { name: dist, path: dist/ }

Die AWS-Anmeldung läuft über OIDC (id-token: write nur im Deploy-Job) mit einer IAM-Rolle: Rollen-ARN [AUSFÜLLEN], Region [AUSFÜLLEN], Namen von ECS-Cluster und -Service [AUSFÜLLEN] …

Wichtige Fakten

Kategorie
Programmierung & Entwicklung · DevOps
Ausgabetyp
Code
Niveau
Fortgeschritten
Entwickelt für
ChatGPT, Claude und Microsoft Copilot
Verifiziert in
Redaktionelle Prüfung ausstehend
Variablen
Projekt, Stack und Paketmanager, Lint-Befehl, Test-Befehl, Build-Befehl, Deployment-Ziel und Branching-Strategie
Sprache
Deutsch
Preis
Kostenlos, ohne Anmeldung
Aktualisiert
07.11.2026

Häufig gestellte Fragen

Warum Actions per SHA festlegen?

Ein Tag wie v4 kann auf anderen Code umgesetzt werden. Das Festlegen per SHA schützt Sie vor unerwarteten Änderungen oder einer kompromittierten Action. Dependabot kann diese SHAs für Sie aktuell halten.

Was ist OIDC und warum sollte ich es nutzen?

Damit fordert GitHub bei jedem Lauf kurzlebige Zugangsdaten bei Ihrem Cloud-Anbieter an, sodass Sie keine dauerhaften Zugriffsschlüssel als Repository-Secrets speichern müssen.

Wofür ist dieser Prompt gedacht?

Erstellen Sie einen GitHub-Actions-Workflow für Lint, Test, Build und umgebungsbasierte Deployments mit Caching, sicheren Secrets und manueller Freigabe für Produktion.

Mit welchen KI-Tools funktioniert er?

Er ist für ChatGPT, Claude und Microsoft Copilot entwickelt. Wir haben ihn in diesen Tools noch nicht überprüft, daher können die Ergebnisse variieren.

Wie passe ich den Prompt an?

Klicken Sie auf „Anpassen“ und füllen Sie die Variablen aus (Projekt, Stack und Paketmanager, Lint-Befehl, Test-Befehl, Build-Befehl, Deployment-Ziel und Branching-Strategie). Der Text wird sofort aktualisiert und lässt sich anschließend mit einem Klick kopieren. Die Werte werden nur in Ihrem Browser gespeichert.

Brauche ich Erfahrung, um ihn zu verwenden?

Er ist für Fortgeschrittene: Es hilft, das Thema zu kennen, um guten Kontext zu liefern und das Ergebnis kritisch zu prüfen.

Ist dieser Prompt kostenlos?

Ja. Jeder Prompt von HomeCasa Prompts ist kostenlos, ohne Anmeldung und ohne Abonnement. Sie können ihn auch in beruflichen Projekten verwenden.

Kann ich der KI-Ausgabe vertrauen?

Betrachten Sie sie als hochwertigen Entwurf: Prüfen Sie Daten, Zahlen und wichtige Aussagen immer, bevor Sie etwas veröffentlichen oder Entscheidungen treffen.

Ähnliche Prompts