Continuous Deployment

Continuous Deployment

Jeder git push kann automatisch deployen: die Plattform hört auf die GitHub-Webhooks Ihrer verbundenen Repositories und baut den Dienst neu, sobald ein Commit auf dem verfolgten Branch eintrifft.

Wie es funktioniert

1. Sie pushen einen Commit auf den verfolgten Branch (zum Beispiel main).
2. GitHub benachrichtigt die Plattform über die auf dem Repository installierte GitHub-App.
3. Ein Build startet (siehe die Funktionsweise der Builds).
4. Wenn eine Datei kx712.yml Checks definiert (Tests, Lint), werden diese zuerst ausgeführt, und ein Fehlschlag bricht das Deployment ab.
5. Build erfolgreich → die neue Version ersetzt die alte ohne Unterbrechung.

Der Commit, seine Nachricht und sein Deployment-Status sind im Tab Deployments sichtbar und werden an GitHub zurückgemeldet (Commit-Status).

Automatisches Deployment aktivieren / deaktivieren

Das automatische Deployment wird pro Dienst in dessen Einstellungen geregelt. Deaktiviert, haben Pushes keine Wirkung mehr: Sie deployen manuell mit Neu deployen. Das ist nützlich für eine Umgebung, die Sie einfrieren möchten.

Auslöser filtern

Ohne Konfiguration löst jeder Push auf dem verfolgten Branch einen Build aus. Die Datei kx712.yml ermöglicht eine Feinabstimmung:

• branches: nur auf bestimmte Branches reagieren;
• paths: einen Push ignorieren, der keine relevante Datei betrifft. Das ist im Monorepo nützlich: der Backend-Dienst wird nicht neu gebaut, wenn nur frontend/** geändert wird.

Bei einem Fehlschlag

Ein fehlgeschlagener Build oder Check berührt nicht die Live-Version: der Dienst läuft weiter auf dem letzten erfolgreichen Deployment. Korrigieren Sie, pushen Sie erneut, oder kehren Sie jederzeit zu einer früheren Version zurück.

Ohne GitHub? Dienste, die über ein Docker-Image deployt wurden, werden aktualisiert, indem Sie vom Dashboard, dem CLI oder der VS Code-Erweiterung aus neu deployen.