Fähigkeiten für die Produktionstechnik
Zweck
Dies ist ein domänengeroutetes Fähigkeitspaket für die Entwicklung von Produktionsanwendungen.
Wählen Sie zuerst die relevante Domäne aus:
- Web-Anleitung für browserbasierte Anwendungen und Websites
- Mobil-Anleitung für iOS, Android und plattformübergreifende mobile Apps
- Backend-Anleitung für APIs, Dienste, Worker, Warteschlangen, Datendienste und Plattformsysteme
Jede Domäne enthält absichtlich wichtige Aspekte wie:
- Sicherheit
- Beobachtbarkeit
- Tests
- CI/CD
- Authentifizierung
Die duplizierten Versionen sind für die Domäne angepasst und werden nicht als allgemeine Ratschläge behandelt.
Gemeinsame Repository-Workflows
- Dependabot-Richtlinie: Verwenden Sie sie beim Konfigurieren oder Überprüfen von Abhängigkeitsaktualisierungsplänen, offiziellen GitHub Actions Auto-Merge und manueller Überprüfung für Anwendungsabhängigkeiten. Diese Richtlinie wird domänenübergreifend geteilt; lesen Sie sie nur, wenn die Aufgabe Dependabot betrifft.
Routing
Wenn Sie an einer Aufgabe arbeiten:
- Identifizieren Sie, ob die Aufgabe hauptsächlich Web, Mobil, Backend oder domänenübergreifend ist.
- Lesen Sie die verknüpfte
SKILL.mddieser Domäne. - Lesen Sie nur die anwendbaren unterstützenden Fähigkeiten, indem Sie deren relative Links verwenden. Lösen Sie jeden Link relativ zur Datei auf, die ihn enthält, ohne sich auf die automatische Erkennung verschachtelter Fähigkeiten zu verlassen.
- Führen Sie vor Abschluss die domänenspezifische Produktionsprüfung durch.
- Führen Sie bei domänenübergreifenden Systemen die Prüfung für jede betroffene Domäne durch.
Globale Prinzipien
- Bauen Sie vollständige Workflows, keine Happy-Path-Demos.
- Behandeln Sie Frontend-/Mobil-UI-Überprüfungen niemals als autoritative Autorisierung.
- Validieren Sie nicht vertrauenswürdige Eingaben zur Laufzeit.
- Geben Sie keine Geheimnisse an Clients weiter.
- Bevorzugen Sie Beobachtbarkeit und Wiederherstellbarkeit gegenüber stillem Fehlschlag.
- Verwenden Sie GitHub Actions als Standard-CI/CD-Implementierung, es sei denn, das Repository verwendet bereits ein anderes System.
- Testen Sie kritische Workflows auf der entsprechenden Ebene, anstatt eine Testart übermäßig zu verwenden.