So synchronisieren Sie Ihre lokale Entwicklungsumgebung mit der Produktionsumgebung

Wenn Ihre lokale Entwicklungsumgebung nicht mit Ihrem Produktionsserver übereinstimmt, programmieren Sie im Grunde genommen blind.

Man könnte meinen, dass alles funktioniert. Wahrscheinlich funktioniert es auch – auf Ihrem Rechner. Aber darauf kommt es nicht an.

Ein zuverlässiger Prozess zur Synchronisierung der lokalen Entwicklung mit der Produktion ist nicht nur ein nettes Extra. Er unterscheidet Profis von Leuten, die jedes Mal, wenn sie etwas implementieren, die Daumen drücken müssen.

In diesem Beitrag stelle ich Ihnen bewährte Methoden vor, mit denen Sie Ihre Umgebungen synchron halten können. Sie werden bestimmt eine finden, die zu Ihrem Arbeitsablauf passt!

Hier sind die wichtigsten Erkenntnisse:

• Durch die Synchronisierung von Umgebungen werden Kompatibilitätsprobleme beseitigt und Fehler behoben, bevor sie für die Benutzer sichtbar werden.
• Sie können Duplicator für einen anfängerfreundlichen lokalen Synchronisierungs-Workflow oder GitHub + WP-CLI für die Befehlszeilensteuerung verwenden.
• Ziehen Sie die Datenbank immer aus der Produktion herunter und übertragen Sie nur Codeänderungen, um ein Überschreiben der Live-Daten zu vermeiden.
• WordPress-Websites bestehen aus drei Teilen, die synchronisiert werden müssen: Code (Git), Datenbank (WP-CLI) und Mediendateien (rsync).
• Erstellen Sie vor jeder Synchronisierung immer ein Backup, verwenden Sie Staging-Umgebungen zum Testen und pflegen Sie eine ordnungsgemäße .gitignore-Datei.

Inhaltsverzeichnis

Warum sollten Sie Ihre lokale Umgebung und Ihre Produktionsumgebung synchronisieren?

Sie könnten wahrscheinlich auch ohne Synchronisierung der Umgebungen überleben. Viele Leute tun das. Sie müssen sich nur mit gelegentlichen überraschenden Fehlern, zufälligen Produktionsproblemen, die lokal nicht aufgetreten sind, und der quälenden Unsicherheit jedes Mal, wenn sie ein Update veröffentlichen, auseinandersetzen.

Aber warum quälst du dich damit?

Die Synchronisierung Ihrer lokalen und Produktionsumgebungen beseitigt eine Vielzahl von Problemen. Hier erfahren Sie, welche Vorteile Ihnen eine korrekte Synchronisierung tatsächlich bringt.

Fehler erkennen, bevor sie live gehen

Eine synchronisierte lokale Umgebung spiegelt die tatsächliche Konfiguration Ihres Produktionsservers wider. Sie verfügt über dieselbe PHP-Version, Datenbankstruktur und Plugins in denselben Versionen.

Das ist wichtiger, als Sie vielleicht denken.

Wenn Sie an einer lokalen Konfiguration arbeiten, die der Produktionsumgebung entspricht, treten Kompatibilitätsprobleme sofort zutage. Sie entdecken sie an Ihrem Schreibtisch und nicht vor den Augen der Benutzer. Das ist der Unterschied zwischen einer kleinen Unannehmlichkeit und einem echten Problem.

Eine realistische Sandbox zum Testen

Das Testen anhand von Dummy-Daten ist für die Entwicklung erster Funktionen völlig ausreichend. Aber irgendwann muss man sehen, wie sich die Dinge tatsächlich verhalten.

Echte Benutzerinhalte sind unübersichtlich. Produktkataloge weisen seltsame Sonderfälle auf.

Ihre lokale Website benötigt diese realen Daten, um Ihnen ein genaues Bild von den aktuellen Vorgängen zu vermitteln.

Durch die Synchronisierung mit der Produktion erhalten Sie die tatsächlichen Beiträge, Benutzer und Produkte, mit denen Ihr Code interagieren wird. Sie müssen nicht mehr raten, sondern können anhand der Realität testen.

Keine Kompatibilitätsprobleme

Jeder Entwickler hat mindestens einmal gesagt: „Aber auf meinem Rechner hat es funktioniert.“ Das ist mittlerweile fast schon ein Running Gag.

Es ist jedoch auch ein Symptom für nicht übereinstimmende Umgebungen. Wenn Ihre lokale Konfiguration im Wesentlichen mit der Produktionsumgebung identisch ist, entfällt diese Ausrede. Wenn es lokal funktioniert, funktioniert es auch live.

Diese Art von Selbstvertrauen verändert die Art und Weise, wie Sie arbeiten. Sie hören auf, jede Bereitstellung anzuzweifeln.

Verbessern Sie die Zusammenarbeit im Team

Wenn man alleine arbeitet, kann man sich einen chaotischen Prozess leisten. Kommt ein zweiter Entwickler hinzu, wird es schnell kompliziert.

Ein einheitlicher Synchronisierungsprozess bedeutet, dass alle vom gleichen Ausgangspunkt ausgehen. Sie alle führen Tests anhand derselben Datenbank durch, verwenden dieselbe Inhaltsstruktur und verwenden dieselbe Umgebungskonfiguration.

Ohne diese Abstimmung gibt es am Ende drei verschiedene Versionen von „lokal“, und niemand weiß genau, welche davon der Produktion am nächsten kommt. Das ist keine Zusammenarbeit, das ist Chaos.

So synchronisieren Sie Ihre lokale Umgebung mit der Produktion

Sie könnten dies manuell tun. Exportieren Sie die Datenbank über phpMyAdmin, laden Sie sie herunter, importieren Sie sie lokal und suchen und ersetzen Sie manuell alle URLs in der SQL-Datei. Dann laden Sie sich per FTP auf Ihren Server, komprimieren Sie den Ordner „uploads“, laden Sie ihn herunter, entpacken Sie ihn lokal ...

Ich bin schon erschöpft, nur davon, das zu tippen.

Manuelle Methoden sind mühsam und riskant. Wenn Sie eine URL-Ersetzung übersehen, verweist Ihre lokale Website plötzlich auf Produktionsressourcen. Wenn Sie vergessen, ein serialisiertes Array korrekt zu aktualisieren, beschädigen Sie Ihre Datenbank.

Es gibt einen besseren Weg. So synchronisieren Sie Ihre lokalen Entwicklungs- und Produktionsumgebungen:

• Duplicator: Migrations-Plugin mit automatischer URL-Ersetzung und geführten Installationsprogrammen – ideal für Anfänger oder schnelle Synchronisierungen
• GitHub + WP-CLI: Befehlszeilensteuerung für die Synchronisierung von Code über Git, Datenbanken über WP-CLI-Exporte und Medien über rsync – ideal für Entwickler, die eine detaillierte Kontrolle wünschen.

Lokale und Produktionsstandorte mit Duplicator synchronisieren

Dies ist die einfachste Methode, insbesondere wenn Sie sich im Terminal nicht wohlfühlen.

Duplicator erstellt einen vollständigen Snapshot Ihrer Website und stellt Ihnen ein Installationsprogramm zur Verfügung, das alle kniffligen Schritte automatisch übernimmt. Sie müssen sich keine Gedanken mehr über manuelle URL-Ersetzungen oder komplizierte Datenbankkonfigurationen machen.

Von der Produktion zum lokalen Bereich (der übliche Arbeitsablauf)

Das werden Sie am häufigsten tun. Sie möchten den aktuellen Stand Ihrer Live-Website erfassen und lokal damit arbeiten.

Beginnen Sie mit der Installation von Duplicator Pro auf Ihrer Produktionswebsite und erstellen Sie ein neues vollständiges Website-Backup. Stellen Sie sich dies wie eine Momentaufnahme Ihrer gesamten Website zu diesem Zeitpunkt vor.

Die Erstellung der Sicherungskopie dauert je nach Größe Ihrer Website einige Minuten. Anschließend verfügen Sie über zwei Dateien: ein Archiv (in der Regel eine .daf- oder .zip-Datei) und ein Installationsskript (eine .php-Datei). Laden Sie beide Dateien herunter.

Wechseln Sie nun zu Ihrer lokalen Umgebung. Erstellen Sie ein leeres Verzeichnis, in dem Sie Ihre lokale Kopie speichern möchten. Legen Sie beide Dateien – das Archiv und das Installationsprogramm – in diesem leeren Verzeichnis ab.

Öffnen Sie Ihren Browser und navigieren Sie zu diesem Verzeichnis. Etwa so: http://localhost/mysite/installer.php. Der Duplicator-Installationsassistent wird gestartet.

Der Assistent führt Sie durch die Verbindung zu Ihrer lokalen Datenbank und übernimmt automatisch alle URL-Ersetzungen.

Es weiß, dass sich Ihre Produktionswebsite unter https://mysite.com befand und Ihre lokale Website unter http://localhost/mysite. Es korrigiert alle Verweise in der Datenbank, ohne dass Sie etwas tun müssen.

Fünf Minuten später haben Sie eine perfekte lokale Kopie Ihrer Produktionswebsite.

Von lokal zur Produktion verschieben

Dieser Workflow verläuft in umgekehrter Richtung. Sie nehmen Ihre lokale Website und stellen sie in der Produktion bereit.

Seien Sie hier vorsichtig. Dies ist wirklich nur für neue Website-Starts oder komplette Neugestaltungen gedacht. Wenn Sie eine aktive Website mit aktiven Nutzern haben, sollten Sie dies wahrscheinlich nicht tun. Sie würden deren aktuelle Beiträge, Kommentare und Bestellungen überschreiben.

Wenn Sie lokale Änderungen in die Produktion übertragen müssen, ist der Vorgang ähnlich, jedoch in umgekehrter Reihenfolge.

Zunächst einmal – und ich kann das gar nicht genug betonen – sichern Sie Ihre Produktionsumgebung vollständig, bevor Sie irgendetwas anderes tun.

Erstellen Sie anschließend mit Duplicator eine Sicherungskopie Ihrer lokalen Website und laden Sie diese herunter. Laden Sie beide Sicherungsdateien per FTP auf Ihren Produktionsserver hoch oder ziehen Sie das Archiv per Drag & Drop auf die Importseite.

Nochmals: Führen Sie diesen Schritt nur durch, wenn Sie sicher sind, dass Sie die Produktion vollständig ersetzen möchten. Um sicherzustellen, dass Sie unerwartete Änderungen problemlos rückgängig machen können, legen Sie unbedingt einen Wiederherstellungspunkt fest.

Duplicator gibt Ihnen eine Wiederherstellungs-URL, mit der Sie eine aktuelle Sicherung wiederherstellen können, selbst wenn Ihre Website vollständig beschädigt ist.

Lokale und Produktionsseiten mit GitHub und WP-CLI synchronisieren

Wenn Sie mit der Befehlszeile vertraut sind, bietet Ihnen diese Methode mehr Kontrolle und passt sich einem Git-basierten Arbeitsablauf an.

Das Besondere an WordPress-Websites ist, dass sie aus drei verschiedenen Teilen bestehen, die alle separat synchronisiert werden müssen.

• Code: Ihre Theme-Dateien, Plugins und WordPress-Kerndateien. Das ist es, was Git verwaltet.
• Datenbank: alle Ihre Inhalte, Einstellungen und Konfigurationen. Git greift hier nicht ein. Sie benötigen WP-CLI.
• Medien: alles in Ihrem Ordner /wp-content/uploads/. Auch nicht in Git. Sie benötigen rsync oder ein ähnliches Tool.

Es ist wichtig, diese Trennung zu verstehen. Git allein reicht nicht aus.

Der Workflow für das Abrufen aus der Produktion

Lassen Sie uns gemeinsam einen Blick darauf werfen, wie Sie Ihre Produktionsstätte auf lokaler Ebene herunterfahren können.

Für den Code ist es ganz einfach. Wenn sich Ihr Theme und Ihre benutzerdefinierten Plugins in einem Git-Repository befinden, führen Sie einfach Folgendes aus:

git pull origin main

Ihr lokaler Code entspricht nun der Produktion.

Für die Datenbank melden Sie sich per SSH bei Ihrem Produktionsserver an und exportieren Sie die Datenbank mit WP-CLI:

wp db export production-backup.sql

Laden Sie diese .sql-Datei auf Ihren lokalen Rechner herunter. Importieren Sie sie dann lokal:

wp db import production-backup.sql

Aber Sie sind noch nicht fertig. Ihre Datenbank enthält immer noch alle Produktions-URLs. Sie müssen diese durch Ihre lokalen URLs ersetzen:

wp search-replace 'https://mysite.com' 'http://localhost/mysite'

Dieser Such- und Ersetzungsbefehl durchsucht jede Tabelle und jedes Feld und aktualisiert alle URLs, wo immer sie vorkommen. Er verarbeitet sogar serialisierte Daten korrekt, was für WordPress von entscheidender Bedeutung ist.

Überspringen Sie diesen Schritt, und Ihre lokale Website wird versuchen, Bilder aus der Produktion zu laden, Sie auf die Live-Website umleiten und sich im Allgemeinen so verhalten, als wüsste sie nicht, wo sie sich befindet.

Verwenden Sie für Mediendateien rsync. Es wurde entwickelt, um große Verzeichnisse effizient zu synchronisieren.

rsync -avz user@mysite.com:/path/to/wp-content/uploads/ ./wp-content/uploads/

Die Flags -avz bedeuten „Archivmodus, ausführliche Ausgabe, Komprimierung während der Übertragung“. Dieser Befehl lädt nur Dateien herunter, die sich geändert haben, sodass nachfolgende Synchronisierungen schnell erfolgen.

Führen Sie diese drei Schritte aus (Code abrufen, Datenbank importieren, Medien synchronisieren), und Sie erhalten eine vollständige lokale Kopie der Produktion.

Bewährte Verfahren für eine reibungslose und sichere Synchronisierung

Man kann die besten Werkzeuge der Welt haben, aber das spielt keine Rolle, wenn man sie falsch einsetzt.

Ich habe erlebt, wie Entwickler Produktionsdatenbanken gelöscht haben, weil sie gepusht haben, obwohl sie hätten pullen sollen. Ich habe gesehen, wie Leute Backups übersprungen haben, weil „es nur eine schnelle Synchronisierung ist“, und dann das Wochenende damit verbracht haben, Daten wiederherzustellen.

Sei nicht so jemand.

Diese bewährten Verfahren können den Unterschied zwischen einem reibungslosen Arbeitsablauf und einem karrierebeendenden Fehler ausmachen.

Immer zuerst sichern

Bevor Sie irgendetwas in irgendeine Richtung synchronisieren, erstellen Sie ein Backup. Wenn Sie das einmal nicht tun, wird etwas schiefgehen.

Duplicator macht dies ganz einfach – es ist sowohl ein Migrations- als auch ein Backup-Plugin. Der erste Schritt bei jeder Push- oder Pull-Migration ist ein vollständiges Backup Ihrer Website, um diese zu schützen.

Wenn etwas passiert, klicken Sie auf die Schaltfläche „Mit einem Klick wiederherstellen “.

Oder laden Sie beide Sicherungsdateien wieder auf denselben Server hoch. Führen Sie das Installationsprogramm aus und befolgen Sie die Anweisungen zur Wiederherstellung.

Wenn Sie Befehlszeilentools verwenden, führen Sie einen schnellen wp db export bevor Sie irgendetwas anderes tun.

Fünf Minuten für die Erstellung eines Backups können Ihnen tagelange Wiederherstellungsarbeiten ersparen.

Herunterziehen, Code hochschieben

Hier ist der standardmäßige professionelle Arbeitsablauf: Laden Sie die Datenbank und die Mediendateien von der Produktion auf Ihren lokalen Rechner herunter. Übertragen Sie Code-Änderungen nur über Git in die Produktion.

Sie sollten Ihre lokale Datenbank nur selten in die Produktion übertragen, es sei denn, Sie starten eine brandneue Website.

Warum? Weil die Produktion über reale Daten verfügt, die sich ständig ändern. Wenn Sie die Produktionsdatenbank mit Ihrer lokalen Kopie überschreiben, gehen alle aktuellen Aktivitäten verloren.

Verwenden Sie eine Staging-Umgebung

Der ideale Arbeitsablauf ist nicht „Lokal“ → „Produktion“, sondern „Lokal“ → „Staging“ → „Produktion“.

Eine Staging-Umgebung ist eine Kopie Ihrer Produktionswebsite, die sich auf einem tatsächlichen Server befindet, aber nicht öffentlich zugänglich ist. Sie ist Ihr letzter Testbereich, bevor Änderungen live gehen.

Sie entwickeln lokal. Testen Sie dann auf der Staging-Umgebung mit der tatsächlichen Serverkonfiguration und aktuellen Produktionsdaten. Erst wenn auf der Staging-Umgebung alles funktioniert, stellen Sie es in der Produktion bereit.

Dies sorgt für einen Sicherheitspuffer. Wenn bei der Staging-Phase etwas schiefgeht, bekommt das kein Benutzer mit. Sie erkennen den Fehler und beheben ihn, bevor er sich auswirkt.

Nicht jedes Projekt erfordert eine Staging-Umgebung, insbesondere kleine Websites. Aber für alles, was echten Traffic oder E-Commerce-Funktionalität hat, lohnt es sich, eine einzurichten.

Verwenden Sie eine .gitignore-Datei

Wenn Sie Git verwenden, müssen Sie ihm mitteilen, was es nicht verfolgen soll.

Ihre Datei wp-config.php enthält Datenbank-Anmeldedaten, die in jeder Umgebung unterschiedlich sind. Sie sollte nicht in der Versionskontrolle enthalten sein.

Ihr Ordner „/wp-content/uploads/“ kann mehrere Gigabyte an Bildern und Dateien enthalten. Diese gehören ebenfalls nicht in Git – dafür gibt es rsync.

Erstellen Sie eine .gitignore-Datei im Stammverzeichnis Ihres Repositorys und fügen Sie mindestens Folgendes hinzu:

wp-config.php

.htaccess

wp-content/uploads/

*.log

Dadurch bleibt Ihr Repository sauber und Sie verhindern, dass Sie versehentlich sensible Informationen committen oder Ihr Repo mit Binärdateien überladen.

Häufig gestellte Fragen (FAQs)

Optimieren Sie Ihren WordPress-Synchronisierungs-Workflow

Der Verzicht auf manuelle Methoden ist einer dieser Wendepunkte in Ihrer Karriere als Entwickler. Sie sind nicht mehr jemand, der Dateien kopiert und dann die Daumen drückt. Sie werden zu jemandem, der einen Prozess hat.

Ein wiederholbarer Workflow – egal, ob Sie ein Tool wie Duplicator verwenden oder Befehle im Terminal ausführen – ersetzt die Unsicherheit bei der Bereitstellung durch Zuversicht.

Ihr zukünftiges Ich wird Ihnen dankbar sein, wenn Sie das nächste Mal eine Funktion anhand realer Produktionsdaten testen, die neuesten Inhalte abrufen oder eine Bereitstellung ohne Stress durchführen müssen.

Sind Sie bereit, nicht mehr mit Befehlszeilentools zu jonglieren und sich keine Sorgen mehr darüber zu machen, ob Sie einen Schritt übersehen haben? Duplicator Pro bietet Ihnen ein vollständiges, zuverlässiges Toolkit für die Migration und Sicherung Ihrer Website.

Erstellen Sie ein vollständiges Website-Backup, senden Sie es direkt an den Cloud-Speicher und stellen Sie es an einem neuen Speicherort bereit – mit einem einfachen, geführten Installationsprogramm, das Ihnen die ganze Arbeit abnimmt. Testen Sie Duplicator Pro noch heute und vereinfachen Sie Ihren Workflow!

Wenn Sie schon einmal hier sind, werden Ihnen sicher auch diese anderen handverlesenen WordPress-Ressourcen gefallen:

• Verwendung von WordPress CLI: Beherrschen der Befehlszeile
• So verschieben Sie eine Live-WordPress-Site auf einen lokalen Host (der einfache Weg)
• So verschieben Sie eine lokale WordPress-Site auf einen Live-Server
• Intelligenter, nicht härter programmieren: WordPress-Entwicklertools für jeden Profi
• So migriert ein Entwickler problemlos Onlineshops mit 150.000 Produkten