Drupal 8 (mit Zweig) Entwicklung

Question

wir entwickeln eine Drupal 8 Seite mit mehreren Entwicklern. Dafür, jeder von uns hat seine eigene Drupal-Instanz auf der Dev-Maschine (zur Vermeidung von Fehlern mit unterschiedlichen Vorlagendatei Staaten und Sachen bekommen), und sie sind wie folgt aufgebaut:

• /srv/www/devDudeA/HTML (Beispiel A root)
• /srv/www/devDudeB/html (Beispiel B root)
• /srv/www/devDudeC/html (Beispiel C root)
• und so weiter ...

Diese Instanzen sind alle mit der SAME-Datenbank verbunden. Nach dem Schreiben eines Zweig-Erweiterungsmoduls (das einen notwendigen Zweigfilter liefert) und dessen Aktivierung, erhalten einige meiner Kollegen einige Ausnahmen (sagen, dass das Modul nicht gefunden wurde), obwohl sie definitiv die gleichen Moduldateien wie ich haben.

Kennen Sie Probleme mit der Verwendung der gleichen Datenbank von verschiedenen Hosts? Ich vermute, dass der Cache-Probleme verursacht (weil ich einige Wege Einträge gefunden „devDudeA“ oder „devDudeB“ in der Datenbank enthalten

Meiner Meinung nach sollten die requiredments erfüllt sein:.

• gleiche Moduldateien in der Verzeichnis für jede Instanz
• gleiche Modulinformationen aus (gleich) DB

IMHO gibt es die opcache und auch ein memcache. der integrierte Zweig Motor seinen eigenen Cache hat auch. Könnte es ein Problem sein, dass ein wir haben seine caching enabl ed, während die anderen nicht?

Ich werde gerade verrückt (O.x). Hast du relevante Anweisungen für mich?

Vielen Dank im Voraus & Mit freundlichen Grüßen!

Answer 1

Wenn Sie mehrere Entwickler haben, die aktiv an mehreren Standorten mit einer gemeinsam genutzten Datenbank arbeiten, werden merkwürdige Fehler wie diese auftauchen. Wahrscheinlich wird eine Neuerstellung des Caches es auflösen, aber ein ähnlicher Fehler kann für einen anderen Benutzer auftreten. Im Grunde machst du etwas, was Drupal nicht tun will.

Da Sie in Drupal 8 sind, sind die Gründe, die für freigegebene Datenbanken in Drupal 7 und früher verwendet wurden, weitgehend verschwunden. The Drupal 8 configuration management System ist eine große Verbesserung gegenüber den vorherigen Versionen. Sie können jetzt die Site-Konfiguration mithilfe von YML-Dateien zwischen Instanzen der Site verschieben. Diese Dateien können mit dem Rest Ihres Codes verwaltet werden.

Und Sie können die deploy module (und unterstützende Module) verwenden, um Inhalt zwischen Instanzen zu verschieben.