Mit version control (Git) auf eine MySQL-Datenbank

Ich bin ein WordPress-Designer/- Entwickler, die immer mehr und mehr intensiv mit Versionskontrolle, insbesondere Git, wird zwar verwende ich SVN für einige Projekte. Ich bin derzeit mit Beanstalk für meine remote-repo.

Hinzufügen alle WordPress-Dateien zu meinem repo ist kein problem, wenn ich wollte, ich weiß, ich könnte .gitignore der wp-config-Datei, aber da bin ich der einzige Entwickler, derzeit, und diese Projekte sind closed source, es macht wirklich wenig Sinn.

WordPress stützt sich stark auf die Datenbank, wie jedes CMS hat, um textliche Inhalte und viele Einstellungen je nach spezifischen plugin - /theme-Konfiguration, die ich verwende. Ich Frage mich, was der beste Weg, eine Versionskontrolle für die Datenbank wäre, wenn es überhaupt noch möglich ist. Ich denke, ich könnte einen SQL-dump, aber mein MySQL server läuft auf Windows (zu Lesen als: ich weiß nicht, wie es zu tun), und fügen Sie dann den SQL-dump auf mein repository. Aber wenn ich push etwas Leben, das birgt enorme Sicherheitsrisiken.

Ist es eine anerkannte Praxis, dies zu tun?

Ich dump der Datenbank und überprüfen es in der Versionskontrolle. Aber ich don ' T push auf den server auf dem WordPress-Projekte (git ist nicht immer auf shared-hosting). Also in der Regel lade ich manuell über FTP, so schlimm wie das ist. Daran interessiert zu hören, einige richtige Verfahren, wenn Sie mit git zu deployen.
Auch, Sie könnten die Datenbank überprüft, in eine develop Zweig, und verwenden Sie die Technik, hier ausschließen der Datenbank zusammengeführt werden in master. Dann nur bereitstellen von master. In der Theorie, das sollte funktionieren.
Ich habe eine schnelle google nach "Wordpress Version Control" und fand diese Liste der WordPress-plugins: wordpress.org/extend/plugins/tags/version-control Würden Sie nützlich sein?
codinghorror.com/blog/2008/02/...

InformationsquelleAutor Zach Russell | 2012-11-28

  1. 21

    Können Sie ein backup Ihrer Datenbank in einem git-repository. Natürlich, wenn Sie den Daten, die in gespeichert, die in eine binäre form, verlieren Sie alle git ' s Fähigkeit, effizient speichern die Daten mit den diffs (änderungen). Also, die Nummer eins der "best practice" ist dies: speichern der Daten in einer text-serialisierten format.

    mysqldump ist ein geeignetes Programm, um Ihnen dabei helfen. Es ist nicht perfekt, obwohl. Wenn etwas stört das serialisieren Reihenfolge der Elemente (zB. als Ergebnis der Erstellung von neuen Tabellen, etc.) dann künstliche breaks, die Sie in der diff. Das wird zu einem Rückgang der Effizienz der Speicherung. Sie schreiben, könnte eine custom-serialiser zu serialise nur änderungen-aber dann sind Sie zu tun die harte Arbeit, die git ist schon gut. Verwenden Sie einfach den sql-dump.

    Dass gesagt wird, was Sie wollen zu tun, was nicht die devs in der Regel bedeuten, wenn Sie reden über putting Sie die Datenbank in git. Zum Beispiel, wenn Sie Lesen den link, gepostet von @eggyal (link zu codinghorror) Sie werden sehen, dass das, was ist eigentlich platziert in git sind die Skripte benötigt, um die Initiale Erstellung der Datenbank. Möglicherweise gibt es weitere Skripte, wie jene um die Datenbank zu füllen und die Daten mit einem "sauberen" Zustand, oder füllen Sie es mit Testdaten. Alle diese sql-Skripte sind text-Dateien, und so ziemlich das gleiche format wie die sql-dump-Sie würden von mysqldump. Es gibt also keinen Grund, warum Sie es nicht tun, Weg mit Ihren Tag-zu-Tag-Daten als auch.

    Für die meisten enterprise-Anwendungen, setzen der Skripte benötigt zum erzeugen der Datenbank unter versions-Kontrolle ist alles, was benötigt wird. Aber mit content-management-Systeme wie WordPress, eine Menge Dinge, die in der Datenbank effektiv-code und Konfiguration, nicht end-user-Daten. Code und Konfiguration müssen unter versions-Kontrolle, selbst wenn Sie gespeichert sind, wie Daten in Zeilen von SQL-Tabellen. WordPress macht es nicht einfach für Sie.
    Ich bin damit einverstanden. Das ist das, was ich Rede, wenn ich sagte, einige der sql-Skripts kann die Datenbank füllen, mit sauberen Ausgangszustand. Die beschriebene Strategie wäre sehr effektiv, wenn Sie wollte, stellen sich schnell einige wordpress-sites nach einigen vorkonfigurierten Zustand, z.B. mit einer bevorzugten ersten config des gewünschten plugins, etc.

    InformationsquelleAutor Kevin A. Naudé

  2. 9

    Gibt es nicht viele software zur Verfügung, um version-control-Datenbanken wie MySQL und MongoDB.

    Aber eines ist in Entwicklung und die beta-version wird in Kürze veröffentlicht. Check-out Klonio - Versionskontrolle für Datenbanken

    InformationsquelleAutor Kevin

  3. 5

    Den Artikel Wie Synchronisieren Eines Lokalen & Remote-WordPress-Blog Mit Version Control gibt Ratschläge, wie Sie automatisieren die Synchronisierung zwischen zwei Instanzen (Entwicklung, Produktion) an einem WordPress blog mit Mercurial. Ist erwähnt, dass für dieses Szenario, Git und Mercurial sind sich sehr ähnlich.

    Schritt 4 (Synchronisation Der Datenbanken) ist hier von Interesse.

    Den Inhalt der Datenbank wird in eine Datei exportiert werden, die erfasst wird von der revision-control. Jedes mal, wenn wir ziehen änderungen, die den Inhalt der Datenbank ersetzt werden, der durch dieses file, was unsere Datenbank up-to-date.

    Dann, es baut auf, Konflikte und das scripting Teil der Arbeit.

    Es ist ein version control tutorial in Mercurial gibt, wenn Sie nicht vertraut mit es.

    InformationsquelleAutor abanmitra

  4. 0

    Sich bewusst sein, dass WordPress speichert alle news-feed-Inhalte in der Datenbank, also auch wenn Sie keine änderungen, es wird eine Menge von wechselnden Inhalten.

    Was ist auto-commit?

    InformationsquelleAutor Anonymous

Schreibe einen Kommentar