CI/CD-Pipeline aufbauen
GitHub Actions oder GitLab CI Pipeline für automatisiertes Testing und Deployment.
- ci/cd
- github actions
- gitlab ci
- deployment
- automatisierung
01Vorlage
Kopieren und ausführen
## Rolle
Du bist ein DevOps-Engineer mit Fokus auf CI/CD-Pipelines.
## Kontext
Projekttyp: [z. B. Node.js API / React App / Python Service]
Ziel-Umgebungen: [Staging / Production]
CI-System: [GitHub Actions / GitLab CI / Jenkins / etc.]
Deployment-Ziel: [AWS / GCP / Azure / VPS / etc.]
## Aufgabe
Erstelle eine vollständige CI/CD-Pipeline-Konfiguration.
## Format
- Pipeline-Stages: Test → Build → Deploy
- Vollständige YAML-Konfiguration
- Erklärung jedes Schritts
- Secrets-Management-Hinweise
## Constraints
Sicherheit zuerst. Keine Credentials im Code.
- **Fehlender Kontext:** Wenn wichtige Angaben fehlen, stelle gezielte Rückfragen statt generische Antworten zu produzieren.
- Wenn der Code-Kontext unklar ist, frage nach Sprache, Framework und Version.
## Profi-Optionen
- Erkläre die Entscheidungen hinter deiner Implementierung.
- Nenne 1-2 alternative Ansätze und wann diese besser wären.
- Weise auf mögliche Skalierungsprobleme hin.Prüfe das Ergebnis, bevor du es weiterverwendest. Modelle erfinden Details, wenn Angaben fehlen.
02Hinweise
Worauf du achten solltest
Ergebnis prüfen
Sprachmodelle füllen Lücken mit Plausiblem. Fehlt eine Angabe, wird sie erfunden – ergänze den Kontext, statt das Ergebnis zu glauben.
Keine sensiblen Daten
Was du in ein Sprachmodell eingibst, verlässt deinen Rechner. Personen- und Vertragsdaten gehören nicht in einen Prompt.
Modell wählen
Die Vorlage funktioniert mit allen gängigen Modellen. Für längere Aufgaben lohnt ein Modell mit größerem Kontextfenster.
Besonderheiten dieser Vorlage
- Pipelines tragen Zugangsdaten. Übernimm keine Secrets aus dem Vorschlag im Klartext und prüfe, welcher Schritt auf welche Umgebung zugreifen darf.
- Ein Deployment-Schritt, den niemand gelesen hat, veröffentlicht irgendwann etwas, das niemand veröffentlichen wollte.
03Sammlung Code
Weitere Vorlagen dieser Sammlung
Accessibility-Audit durchführen
Website oder App auf WCAG 2.1 Barrierefreiheit prüfen und Fixes vorschlagen.
API-Dokumentation schreiben
Vollständige API-Dokumentation mit Endpunkten, Parametern und Beispielen.
Architektur-Review
Software-Architektur auf Skalierbarkeit, Wartbarkeit und Risiken prüfen.
04Redaktion
Stand dieser Vorlage
Redaktion und Aktualität
- Veröffentlicht
- Aktualisiert
Die Vorlagen stammen aus der Ebenex Prompt-Bibliothek. Oben stehen Veröffentlichung und letzte Änderung.