Was ist der beste Weg, um die Entwicklungsdatenbank mit der Produktion zusammenzuführen?

Wir entwickeln WordPress-Websites und wir haben wiederkehrende Kunden, die Überarbeitungen ihrer Website anfordern, die von uns eine Entwicklung in einer Entwicklungsumgebung erfordern, bevor sie für die Produktion (live) veröffentlicht werden. Die Herausforderung bestand schon immer darin, zwei WordPress-Datenbanken zusammenzuführen, die nicht synchron sind, aber gegenseitig neue Inhalte haben, die beibehalten werden müssen.

Diese Inhalte reichen von Seiten, Beiträgen und Kommentaren bis hin zu Plugin-Einstellungen und anderen subtilen Informationen. Also exportieren wir beide Datenbanken und verwenden FileMerge für Mac, um die Unterschiede anzuzeigen und sie manuell zusammenzuführen. Das wäre in Ordnung, wenn die WordPress-Datenbanken nicht so viele Metainformationen enthalten würden, die sonst für Menschen unlesbar sind (Beispiele unten).

Meine Frage ist, ob jemand da draußen eine Empfehlung hat, wie man dieses Problem lösen kann? Wenn wir die folgenden Elemente einfach weglassen könnten (vorausgesetzt, das ist sicher?), wären wir vollkommen glücklich, FileMerge weiterhin zu verwenden. Aber mit diesen Gegenständen fühlt es sich an, als würden wir das längste Passwort der Welt entschlüsseln.

FYI WP Migrate DB (einschließlich Pro) ist dazu nicht in der Lage. Wir haben mit den Autoren gesprochen.

Vielen Dank.

Das Folgende ist eine Liste von Datenbankeinträgen, die meiner Meinung nach weggelassen werden könnten, ohne Konflikte in der Datenbank zu verursachen. – _transient_random_seed – active_plugins “a”-Wert (der meiner Meinung nach die Anzahl aktiver Plugins darstellt) – _site_transienty_timeout_browser – updated_edited – db_version – cron – _transient_timeout_feed_mod – _transient_feed_mode – rewrite_rules – Plugin-Versionen – _edit_locks

Ich habe mir zwei mögliche Lösungen für dieses Problem angesehen, aber beide haben die Einschränkung, dass php exec() auf dem Entwicklungs-/Staging-Server erforderlich ist. Daher funktionieren Hosts wie wpengine (die wir verwenden) nicht mit ihnen.

Wenn dies keine Einschränkung für Sie ist, dann schauen Sie sich das an https://revisr.io/ oder http://versionpress.net/

Revisr ist Open Source und VersionPress verwendet derzeit ein kostenpflichtiges Early-Access-Programm, um die Entwicklung zu unterstützen. Beide verwenden Git, um alle Aspekte der WordPress-Synchronisierung vom WP-Admin aus zu verwalten.

Probieren Sie MySQL Data Compare von Red Gate aus. Ich verwende selbst die MSSQL-Version und sie ist eines meiner bevorzugten Entwicklungstools. Sie können genau auswählen, welche Tabellen und sogar die einzelnen Datensätze Sie synchronisieren möchten. Nun zu den schlechten Nachrichten, es läuft nur unter Windows und ist nicht billig. Wenn ich nicht selbst auf einem Windows-Rechner entwickeln würde, würde ich einen nur für dieses Programm kaufen.

http://www.red-gate.com/products/mysql/mysql-data-compare/

Ich suche das gleiche. Am nächsten kam ich WP Postkutsche Das ist eines der wenigen Dinge, die Daten tatsächlich zusammenführen! Der Nachteil ist, dass Sie eine Dev-Site von der Live-Site erstellen – was bedeutet, dass Sie alle Ihre Änderungen dort vornehmen müssen … Sie können dann wieder mit der Live-Site (Daten und Dateien) zusammengeführt werden.

Das bedeutet, dass Sie nicht lokal arbeiten können und dies auf den Stagecoach-Servern tun müssen.

Außerdem ist eine Sache, die Sie im Auge behalten sollten Datahawkes gibt keinen Zeitrahmen, wann sie es veröffentlichen werden, aber es ist von den WP Migrate DB Pro-Jungs … Mir wurde vom Entwickler gesagt, dass es Zusammenführungen handhaben wird, aber ich weiß nicht, wie das ausgeht.