Builds, Vorschau und Rollback
Was einen Build auslöst, was er zählt, Vorschau-Builds für Branches, Redeploy und Rollback, und was die Status bedeuten.
2 min readUpdated Oct 17, 2026
This article is not available in English yet; here is the German version.
On this page
Was einen Build auslöst
- ein Push auf den Produktions-Branch, standardmäßig
main, - ein Push auf einen anderen Branch, wenn dein Plan Vorschau-Builds hat,
- Redeploy im Dashboard: baut denselben Commit neu, etwa nach einer geänderten Variable.
Den Produktions-Branch stellst du unter Projekteinstellungen um.
Das Build-Limit
Jeder gestartete Build zählt, auch ein fehlgeschlagener. Wie viele dein Plan erlaubt, steht unter Deploy → Plan mit dem Balken „Builds in dieser Periode“. Ist das Limit erreicht, erscheint ein Push trotzdem in der Liste, mit dem Status Build-Limit erreicht. So siehst du, warum nichts passiert ist. Gezählt wird er nicht. Mit dem nächsten Zeitraum oder einem größeren Plan geht es weiter.
Die Status
| Status | Bedeutung |
|---|---|
| Wartet | steht in der Warteschlange |
| Baut | läuft gerade, das Log ist live |
| Live | fertig und ausgeliefert |
| Fehlgeschlagen | der Build ist abgebrochen; die Ursache steht am Ende des Logs, die vorige Fassung bleibt online |
| Abgebrochen | von dir gestoppt |
| Build-Limit erreicht | nicht gebaut, siehe oben |
Vorschau-Builds
Mit Pro und Ultimate bekommt jeder andere Branch eine eigene Adresse: https://<projekt>-git-<branch>.citexnode.de. So siehst du eine Änderung, bevor sie live geht. Je Projekt sind bis zu drei Vorschauen gleichzeitig aktiv. Löschst du den Branch, verschwindet die Vorschau. Variablen kannst du auf Produktion oder Vorschau beschränken.
Rollback
Unter Builds hat jeder erfolgreiche ältere Build die Aktion Rollback. Dann läuft sofort wieder diese Fassung, ohne neuen Build, und ohne dass es gezählt wird. Der nächste Push baut wieder normal.