1-Klick-Staging
Erstellen Sie eine Staging-Kopie Ihrer Live-Website mit intakten Dateien und Datenbanken auf demselben Stack und Entwurf wie in der Produktion, sodass genau das bereitgestellt wird, was Sie testen.
Funktionen
Staging, Push-to-Live und git-Bereitstellungen
Erstellen Sie mit einem Klick eine Staging-Kopie, testen Sie Ihre Änderungen sicher und übertragen Sie sie auf die Live-Umgebung, 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.
- 1-KlickStaging und Push-to-Live
- 99,99 %Verfügbarkeitsgarantie
- 3Unterstützte Git-Anbieter
Auf Staging testen, mit Zuversicht veröffentlichen
Jede Website erhält eine vollwertige Staging-Umgebung, kein Ratespiel. Klonen Sie die Produktionsumgebung, arbeiten Sie an der Kopie und führen Sie Ihre Änderungen zurück, sobald sie sich bewährt haben.
Live schalten
Sobald Ihre Änderungen bereit sind, übertragen Sie die Staging-Umgebung mit einer einzigen Aktion in die Live-Umgebung. Kein manuelles Kopieren von Dateien, keine fehleranfälligen Datenbankexporte.
Auf vorherige Version zurücksetzen
Jedes Deployment ist ein versionierter Release. Wenn eine Änderung fehlerhaft ist, setzen Sie direkt auf den letzten bekannten funktionsfähigen Release zurück – ganz ohne Wiederherstellungs-Ticket.
Gleicher Arbeitsablauf, jeder Stack
Verwaltetes WordPress, WooCommerce, PHP, statisches HTML oder Node – Staging und Push-to-Live funktionieren auf allen Ihren Websites auf die gleiche Weise.
Git-basierte kontinuierliche Bereitstellung
Verbinden Sie einmalig einen Git-Anbieter, und Ihr Repository wird zur maßgeblichen Quelle. Übertragen Sie Code, und die Plattform erstellt und implementiert ihn für Sie.
Verbinden Sie GitHub, GitLab oder Bitbucket über OAuth, und Ihre Deploy-Schlüssel werden im verschlüsselten Anmeldedatenspeicher abgelegt, niemals in der reinen Konfiguration. Bei jedem Push wird ein Webhook ausgelöst, der eine robuste Build- und Deploy-Pipeline startet, welche die Build-Schritte für Ihren Stack — Composer, npm und den Rest — vor der Veröffentlichung auf der Website ausführt.
Ordnen Sie Branches den Umgebungen so zu, wie Ihr Team bereits arbeitet: main zu production, staging zu staging oder nach jeder Konvention, die Sie bevorzugen. Führen Sie einen Merge in einen Branch durch, und die passende Umgebung aktualisiert sich von selbst – so ist das Bereitstellen einer Änderung nur ein git push.
- Verbinden Sie GitHub, GitLab oder Bitbucket über OAuth, wobei Deploy-Schlüssel im Anmeldedaten-Speicher aufbewahrt werden
- Ein Webhook bei Push startet eine dauerhafte Build-and-Deploy-Pipeline
- Build-Schritte pro Stack werden automatisch ausgeführt (Composer, npm und mehr)
- Zuordnung von Branches zu Umgebungen – zum Beispiel main zu production, staging zu staging
- Kehren Sie jederzeit zu einer früheren Version zurück, wenn Sie möchten
- Bereitstellungen werden als robuste, wiederholbare Workflows ausgeführt, sodass eine Unterbrechung während des Builds niemals eine unvollständig bereitgestellte Website hinterlässt.
Entwickelt für die Art und Weise, wie Sie entwickeln
Kontinuierliche Bereitstellung sollte nicht bedeuten, die Kontrolle aufzugeben. Sie entscheiden, welcher Branch welcher Umgebung zugeordnet wird, wann eine Änderung heraufgestuft wird und wann ein Fallback erfolgt. Die Pipeline übernimmt die mechanische Arbeit – Code abrufen, Builds ausführen, atomar veröffentlichen –, sodass ein Deployment unaufgeregt, wiederholbar und reversibel ist.
Wenn Sie unser AI Pack verwenden, kann der Assistent Änderungen programmieren und über dieselbe Pipeline auf Ihre Websites übertragen, sodass eine von der KI erstellte Änderung genau denselben Erstellungs-, Bereitstellungs- und Rollback-Pfad durchläuft wie alles, was Sie manuell schreiben.
Häufig gestellte Fragen
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 Produktionsumgebung. Sie testen Ihre Änderungen an der Kopie und übertragen diese anschließend mit Push-to-Live in einem einzigen Schritt in die Produktionsumgebung.
Welche Git-Anbieter kann ich verbinden?
GitHub, GitLab und Bitbucket. Sie verbinden sich über OAuth und Ihre Deploy-Schlüssel werden im verschlüsselten Anmeldedatenspeicher abgelegt, niemals in unverschlüsselten Konfigurationsdateien.
Was passiert, wenn ich Code übertrage?
Ein Webhook wird bei einem Push ausgelöst und startet eine robuste Build- und Bereitstellungspipeline. Er führt die Build-Schritte für Ihren Stack aus — Composer, npm und ähnliche — und gibt das Ergebnis in der Umgebung frei, die diesem Branch zugeordnet ist.
Kann ich verschiedene Branches verschiedenen Umgebungen zuordnen?
Ja. Über die Zuordnung von Branches zu Umgebungen können Sie beispielsweise main auf production und staging auf staging verweisen lassen. Führen Sie einen Merge in einen Branch durch, und die passende Umgebung wird automatisch bereitgestellt.
Was passiert, wenn ein Deployment die Website beschädigt?
Jedes Deployment ist ein versionierter Release, sodass Sie ohne Wiederherstellungsticket auf den vorherigen Release zurücksetzen können. Da Deployments als dauerhafte, wiederholbare Workflows ausgeführt werden, führt ein Fehler während des Builds niemals dazu, dass die Website nur teilweise bereitgestellt bleibt.
Verwandt
Veröffentlichen Sie Änderungen ganz ohne Drama
Stagen, direkt live schalten und aus git bereitstellen. 14-tägige Testversion ohne Kreditkarte, 30-Tage-Geld-zurück-Garantie, kostenlose Migrationen und keine Herstellerbindung.
Kostenlos starten