# Continuous Deployment

Source : https://webgune.cloud/de-de/docs/cicd-introduction · Mis à jour le 2026-10-27

# 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](/docs/builds-railpack)).
4. Wenn eine Datei [`kx712.yml`](/docs/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`](/docs/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](/docs/deploiements-rollback).

> **Ohne GitHub?** Dienste, die über ein [Docker-Image](/docs/deployer-docker) deployt wurden, werden aktualisiert, indem Sie vom Dashboard, dem [CLI](/docs/cli) oder der [VS Code-Erweiterung](/docs/extension-vscode) aus neu deployen.
