Vom git push zur Live-Adresse. Ohne Server einzurichten.
Verbinden Sie ein GitHub-Repository: Jeder Push auf den verfolgten Branch startet einen Build, Ihre Tests laufen, dann ersetzt die neue Version die alte ohne Ausfall.
Auf einen Blick
- Quelle
- GitHub-Repository oder Docker-Image
- Build
- Auto-Build oder Dockerfile
- Tests vor dem Release
- Bis zu 10 Checks
- Rollback
- Ohne Rebuild
Ein Deployment, Schritt für Schritt.
01
Ein Push auf den verfolgten Branch.
Ein Dienst entsteht aus einem GitHub-Repository: Sie wählen den Branch (standardmäßig main) und den Port der Anwendung.
Danach startet jeder Commit auf diesem Branch einen Build. Das automatische Deployment lässt sich pro Dienst abschalten, um eine Umgebung einzufrieren.
02
Der Stack wird erkannt.
Der Auto-Builder liest das Repository und wählt das Rezept: Next.js, Nuxt, Astro, Vite, Node.js, Python, Go oder PHP, ohne Konfigurationsdatei.
Ein Dockerfile im Stammverzeichnis übernimmt, wenn Sie das Image selbst steuern wollen. Der Build-Cache behält, was sich zwischen Builds nicht geändert hat.
03
Ihre Tests, vor dem Release.
Eine Datei kx712.yml im Stammverzeichnis des Repositorys legt bis zu 10 Checks fest: Tests, Lint, je ein Befehl, im Image Ihrer Wahl.
Der erste Fehler stoppt alles. Nichts wird deployt, die Live-Version bleibt bestehen.
04
Ohne Ausfall.
Die neue Version startet neben der alten. Der Traffic wechselt erst, wenn sie bereit ist, dann hält die alte an.
Die Logs jedes Builds bleiben abrufbar, auch Wochen später.
05
Produktion, Vorproduktion, Entwicklung.
Die Umgebung wird beim Anlegen des Dienstes gewählt, und jede hat ihre eigene Adresse.
Vorproduktion und Entwicklung liegen hinter einem Token: Sie schicken den Link an Ihren Kunden, er prüft vor dem Release.
06
Zurück zur vorherigen Version.
Jedes erfolgreiche Deployment behält sein Image in der Registry. Ein Rollback deployt es unverändert, ohne Rebuild.
Es gelten die aktuellen Umgebungsvariablen: Sie kehren nicht zu ihrem damaligen Stand zurück.
07
Aus dem Terminal oder dem Editor.
Die CLI listet Ihre Dienste, deployt neu, verfolgt Logs und rollt zurück. Installation mit bun add -g Webgune.
Die VS-Code-Erweiterung deployt den Dienst des geöffneten Repositorys und zeigt die Build-Logs, ohne den Editor zu verlassen.
Was es noch nicht kann.
Deployment bei jedem Push läuft über GitHub. Ein Docker-Image wird über das Dashboard, die CLI oder die VS-Code-Erweiterung neu deployt.
Die Syntax von kx712.yml erinnert an GitHub Actions, ist aber nicht kompatibel. Für aufwendige Tests oder eine Versionsmatrix behalten Sie Ihre gewohnte CI.
Node-Builds laufen mit npm. Ein bun.lock, pnpm-lock.yaml oder yarn.lock wird beiseitegelegt und die Abhängigkeiten neu aufgelöst.
Ein Rollback stellt die damaligen Umgebungsvariablen nicht wieder her.
Fragen zum Deployment
Der Rest der Plattform
Ihr erstes Deployment, heute Abend.
Repository verbinden, Branch wählen: Der Build startet von selbst.