Was ist die beste Drupal-Bereitstellungsstrategie?

Ein paar Tipps:

• Verwenden der Quellcodeverwaltung, NICHT FTP/etc. für die Dateien. Es spielt keine Rolle, was Sie verwenden; wir neigen zu spin-up ein Unfuddle.com subversion-Konto für jeden Kunden, so dass Sie einen Platz haben, melden Sie bugs, aber der kritische erste Schritt ist der vollständige source-tree auf Ihrer Website in version control. Wenn Sie änderungen auf dem Test-server oder staging-server, die Sie sehen, wenn Sie arbeiten, verpflichten Sie sich, dann aktualisieren Sie auf die live-server. Rollbacks und-Bereitstellung bekommt viel, viel einfacher. Für Cluster aus mehreren webheads Sie können den Vorgang wiederholen, oder rsync aus einem einzigen "kanonischen" server.

• Wenn Sie SVN, aber Sie können auch die Verwendung von CVS Check-out von Drupal und anderen Modulen/Themen und die SVN/CVS-Metadaten werden in der Lage sein, um nebeneinander Leben glücklich.

• Für sperrige Ordner wie die Dateien-Verzeichnis, einen symbolischen Link in das 'richtige' Position zu zeigen, um eine server-side-Verzeichnis außerhalb des webroot-Verzeichnisses. Dass können Sie Ihre source-control-repo enthalten alle den code, und ein symlink ist, anstatt den gesamten code und alle Dateien, die Nutzer hochgeladen haben.

• Datenbanken sind komplizierter; die Reinigung der dev - /staging-DB und drücken Sie es, um zu Leben, ist am einfachsten für die Ersteinrichtung aber es gibt ein paar Falten, wenn dabei die inkrementelle DB wird aktualisiert, wenn Benutzer auf der live-Website werden auch die Erzeugung von Inhalten.

Ich habe eine Präsentation auf Drupal deployment best practices letzten Jahr. Fühlen Sie sich frei, überprüfen Sie die Folien aus.

InformationsquelleAutor der Antwort Eaton

Hatten wir eine ausgiebige Diskussion über diese an meinem Arbeitsplatz, und die Art und Weise schliesslich einigten wir uns auf schob code-updates (einschließlich Module und themes) von der Entwicklung über die Inszenierung bis zur Produktion. Wir verwenden Subversion für dieses, und es funktioniert gut so weit.

Was besonders wichtig ist, dass man einen Prozess automatisieren bei der betätigung der Datenbank zurück aus der Produktion, so dass Ihre Entwickler können Ihre Kopien der Datenbank als in der Nähe der Produktion wie möglich. In einer mission-critical-Umgebung, so dass Sie absolut sicher sein möchten, ein Modul zu aktualisieren, ist nicht zu Schlauch in Ihrer Datenbank. Der Prozess, den wir verwenden, ist wie folgt:

1. Installieren Sie ein Modul auf dem Entwicklungs-server.
2. Zur Kenntnis nehmen, was änderungen und Aktualisierungen waren nötig. Wenn es irgendwelche Probleme, wieder und wieder tun, bis Sie einen soliden, fehlerfreien Prozess.
3. Testen Sie Ihre änderungen! Wiederholen Sie Ihren Test-Vorgang wie bei einer normalen, angemeldeten Benutzer, und wieder als anonymer Benutzer.
4. Wenn der update-Prozess alles andere als das laufen update.php dann schreiben Sie ein Skript, um es zu tun.
5. Kopie der Produktions-Datenbank auf dem staging-server, und führen Sie die gleichen Schritte sofort. Wenn es nicht gelingt, diagnostizieren den Fehler und kehren Sie zu Schritt 1. Ansonsten weiter.
6. Testen Sie Ihre änderungen!
7. BACK-UP IHRER DATENBANK und BEACHTEN Sie DIE REVISION ausgecheckt AUS dem SVN.
8. Legen Sie Ihre Produktion Drupal in den Wartungsmodus, führen Sie "svn update" auf die Produktions-Baum, und gehen Sie durch Ihre update-Prozess.
9. Nehmen Drupal out-of-maintenance-Modus und alles testen (als admin, normaler Benutzer, anonym)

Und das ist es. Eine Sache kann man nie wirklich erwarten, für eine community framework wie Drupal ist in der Lage sein zu verschieben Ihre Datenbank von Tests, um die Produktion, nachdem Sie live gehen. Von da an, werden alle Datenbank-Bewegungen sind aus der Produktion zu testen, das erschwert die Bereitstellung-Prozess etwas. Seien Sie vorsichtig! 🙂

InformationsquelleAutor der Antwort Lendrick

Ich bin überrascht, dass niemand erwähnt die Bereitstellung Modul. Hier ein Auszug aus seiner Projekt-Seite:

... entwickelt, um Benutzern zu erlauben, leicht Bühne Inhalte aus der Drupal-Website zu einer anderen. Bereitstellen verwaltet automatisch die Abhängigkeiten zwischen Entitäten (wie Knoten-Referenzen). Es ist entworfen, um eine umfangreiche API, die kann leicht erweitert werden, um verwendet werden, in eine Vielzahl von content-staging-Situationen.

InformationsquelleAutor der Antwort Dave

Jede version control Systems (GIT, SVN) + Features Modul zum bereitstellen von Drupal code + benutzerdefinierte Einstellungen (Inhaltstypen, benutzerdefinierte Felder, module-Abhängigkeiten, Ansichten etc.).

Als Bereitstellen Modul ist noch in der Entwicklung Modus, so können Sie wie zu verwenden Knoten exportieren - Modul in Drupal 7 bereitstellen von Inhalten /Knoten.

InformationsquelleAutor der Antwort amitgoyal

Eine gute Strategie, die ich gefunden habe, und bin derzeit in der Umsetzung ist die Verwendung einer Kombination von bereitstellen von Modul zu migrieren, meine Inhalte, und dann drush zusammen mit dbscripts zu merge und update des core und der Module. Es kümmert sich um die Datenbank Zusammenführen, auch wenn Sie live-Inhalte, Sicherheit und Modul-updates, und momentan habe ich mir gesetzt bis zum arbeiten mit svn.

InformationsquelleAutor der Antwort Ryan L