Deploy/Staging Strategien?
![](https://www.drupalcenter.de/files/imagecache/upic_mini/pictures/picture-11247.jpg)
am 16.07.2010 - 08:54 Uhr in
Hallo,
eigentlich finde ich Drupal ziemlich gut. Aber was mir bisher noch sehr aufstößt ist das Deployment, bzw entwickeln auf einem staging Server oder einfach nur lokal. In unserem Fall ist das so, dass teilweise größere Änderungen gemacht werden müssen, aber die Seite ständig im Betrieb ist (also ständig aktualisiert wird). Die Änderungen machen wir lokal auf unseren Rechnern (mit git als scm). Nun ist es ja bei Drupal leider so, dass sehr viel in der Datenbank steht (Views, Inhaltstypen, Workflow, Trigger und was nicht noch alles).
Da die Seite ja aktuell im Live-Betrieb ist, und ständig neue Daten auf der Live-Seite eintreffen, können wir ja schlecht die Datenbank einfach überschreiben. Mir fällt da auch nichts anderes ein, als *alle* Einstellung nochmals zu einer unmenschlichen Zeit auf der Live-Seite zu machen und dann die Template-Dateien hochzuladen usw. Aber ich kann mir nicht vorstellen, dass das der gängige Weg ist, Seiten zu deployen.
Wie macht ihr das? Gibt es da irgendetwas, das ich übersehen habe?
Aktuell geht es um eine Drupal5-Seite, aber dieses Problem habe ich genauso auch bei Drupal6 und bei 7 dann ja demnächst irgendwann auch.
- Anmelden oder Registrieren um Kommentare zu schreiben
Features
am 16.07.2010 - 09:26 Uhr
Hallo.
Schau Dir mal die Module [do:features Features], [do:ctools Ctools] und [do:strongarm Strongarm] an. Damit lassen sich herrlich einfach Konfigurationen exportieren und weiterverteilen.
hth,
Stefan
Brauchbar
am 16.07.2010 - 10:12 Uhr
Die sehen in der Tat brauchbar aus. Allerdings nicht bei meinem aktuellen Problem mit Drupal5.
Aber was mir gerade noch einfällt. Wie macht ihr das denn, wenn ihr mit mehreren Leuten zusammen arbeitet? Mit git oÄ. lässt sich ja nur der Code speichern. Arbeitet ihr mit einer Zentralen DB auf die alle zugreifen? Das scheint mir aber eher suboptimal - dennoch besser als ständig irgendwelche features usw hin und her zu schieben.
hook_update_N
am 16.07.2010 - 10:16 Uhr
Hallo.
Dazu gibt es dann Features und Implementierungen von [api:hook_update_N]. So lassen sich Datenbankänderungen leicht verteilen.