Funktionen

Staging, Push-to-Live und Git-Deployments

Erstellen Sie eine Staging-Kopie mit nur einem Klick, testen Sie Ihre Änderungen sicher und schalten Sie sie frei, sobald Sie bereit sind. Verbinden Sie einen Git-Anbieter, und jeder Push wird automatisch erstellt und bereitgestellt. Wenn etwas schiefgeht, kehren Sie in Sekundenschnelle zur vorherigen Version zurück.

Kostenlos starten Preise ansehen

1-KlickStaging und Push-to-Live
99,99 %Verfügbarkeitsgarantie
3Unterstützte Git-Anbieter

Auf Staging testen, mit Zuversicht releasen

Jede Website erhält eine vollständige Staging-Umgebung, kein Rätselraten. Klonen Sie die Produktion, bearbeiten Sie die Inhalte und führen Sie Ihre Änderungen anschließend wieder zusammen, wenn sie sich bewährt haben.

Ein-Klick-Staging

Erstellen Sie eine Staging-Kopie Ihrer Live-Website mit intakten Dateien und Datenbank, auf demselben Stack und Blueprint wie die Produktion, damit das, was Sie testen, auch das ist, was Sie veröffentlichen.

Push-to-Live

Wenn Ihre Änderungen bereit sind, übertragen Sie Staging mit nur einer Aktion in die Produktion. Kein manuelles Kopieren von Dateien, keine anfälligen Datenbankexporte.

Auf vorherige Version zurücksetzen

Jedes Deployment ist ein versioniertes Release. Wenn sich eine Änderung fehlerhaft verhält, rollen Sie ohne ein Wiederherstellungsticket direkt auf das letzte als fehlerfrei bekannte Release zurück.

Gleicher Workflow, jeder Stack

Managed WordPress, WooCommerce, PHP, static HTML oder Node – Staging und Push-to-Live funktionieren für all Ihre Websites auf dieselbe Weise.

Git-basierte kontinuierliche Bereitstellung

Verbinden Sie einmal einen Git-Anbieter und Ihr Repository wird zur Single Source of Truth. Pushen Sie Code und die Plattform baut und deployt ihn für Sie.

Verbinden Sie GitHub, GitLab oder Bitbucket über OAuth. Ihre Deploy-Schlüssel werden im verschlüsselten Anmeldedaten-Speicher und niemals in einer Klartext-Konfiguration gespeichert. Bei jedem Push wird ein Webhook ausgelöst, der eine persistente Build-and-Deploy-Pipeline startet. Diese führt die Build-Schritte für Ihren Stack – Composer, npm und den Rest – aus, bevor die Veröffentlichung auf der Website erfolgt.

Verknüpfen Sie Branches genau so mit Umgebungen, wie Ihr Team bereits arbeitet: main mit Production, staging mit Staging oder welche Konvention Sie auch bevorzugen. Mergen Sie in einen Branch, und die entsprechende Umgebung aktualisiert sich von selbst – so wird das Bereitstellen einer Änderung zu einem einfachen git push.

Verbinden Sie GitHub, GitLab oder Bitbucket über OAuth, wobei die Deployment-Schlüssel im Tresor gespeichert werden
Ein Webhook bei Push startet eine persistente Build-und-Deploy-Pipeline
Build-Schritte pro Stack werden automatisch ausgeführt (Composer, npm und mehr)
Branch-to-Environment-Zuordnung — zum Beispiel main zu production, staging zu staging
Setzen Sie bei Bedarf auf eine frühere Version zurück
Deployments laufen als dauerhafte, wiederholbare Workflows, sodass ein kleiner Schluckauf mitten im Build niemals eine halb-bereitgestellte Website hinterlässt

Entwickelt für deine Art zu entwickeln

Kontinuierliche Bereitstellung sollte nicht bedeuten, die Kontrolle aufzugeben. Sie entscheiden, welcher Branch auf welche Umgebung abgebildet wird, wann eine Änderung hochgestuft wird und wann ein Fallback erfolgt. Die Pipeline übernimmt die mechanische Arbeit – Code abrufen, Builds ausführen, atomar veröffentlichen –, sodass ein Deployment langweilig, wiederholbar und rückgängig machbar ist.

Wenn Sie unser AI Pack verwenden, kann der Assistent Codeänderungen vornehmen und diese über dieselbe Pipeline auf Ihren Websites bereitstellen, sodass eine von einer KI erstellte Änderung genau denselben Build-, Bereitstellungs- und Rollback-Pfad durchläuft wie alles, was Sie selbst schreiben.

FAQ

Wie funktioniert das 1-Klick-Staging?

Staging erstellt eine vollständige Kopie Ihrer Live-Website – Dateien und Datenbank – auf demselben Stack und Blueprint wie die Produktion. Sie testen Ihre Änderungen auf der Kopie und übertragen sie dann mit Push-to-Live in einer einzigen Aktion in die Produktion.

Welche Git-Anbieter kann ich verbinden?

GitHub, GitLab und Bitbucket. Sie stellen die Verbindung über OAuth her und Ihre Deployment-Schlüssel werden im verschlüsselten Anmeldedaten-Tresor gespeichert, niemals in Klartext-Konfigurationsdateien.

Was passiert, wenn ich Code pushe?

Ein Webhook wird bei einem Push ausgelöst und startet eine persistente Build-and-Deploy-Pipeline. Er führt die Build-Schritte für Ihren Stack aus – wie Composer, npm und Ähnliches – und gibt das Ergebnis an die Umgebung frei, die diesem Branch zugeordnet ist.

Kann ich verschiedene Branches verschiedenen Umgebungen zuordnen?

Ja. Mit der Branch-Umgebungs-Zuordnung können Sie beispielsweise main auf production und staging auf staging verweisen. Ein Merge in einen Branch führt dazu, dass die entsprechende Umgebung automatisch bereitgestellt wird.

Was, wenn eine Bereitstellung die Website beschädigt?

Jedes Deployment ist ein versioniertes Release, sodass Sie ohne ein Wiederherstellungsticket auf die vorherige Version zurückrollen können. Da Deployings als dauerhafte, wiederholbare Workflows ablaufen, führt ein Fehler mitten im Build niemals dazu, dass die Website nur halb deployed wird.

Verwandt

Änderungen ohne Drama veröffentlichen

Staging, Push-to-Live und Deployment direkt aus Git. Kostenlose 14-tägige Testphase ohne Kreditkarte, 30 Tage Geld-zurück-Garantie, kostenlose Migrationen und kein Vendor-Lock-in.

Kostenlos starten