Mir scheint, wenn drupal.org die Leute ermutigt, Drupal 8 zu verwenden, sollten sie mit gutem Beispiel vorangehen und ihre eigene Site auf Drupal 8 migrieren.

Auf drupal.org:

<meta name="Generator" content="Drupal 7 (http://drupal.org)">

Gibt es einen Grund, warum sie Drupal Version 8 veröffentlicht haben, aber selbst noch Drupal Version 7 verwenden ? Sollte uns die Tatsache, dass sie nicht migriert sind, verdächtige Gründe geben, warum wir es noch nicht sollten?

Drupal.org ist eine riesige Website, deren Migration einige Zeit in Anspruch nehmen kann. Die Migration von Drupal 6 auf Drupal 7 wurde vor 2 Jahren abgeschlossen und dauerte ewig. Die Weiterentwicklung zu Drupal 8 wird viel Zeit in Anspruch nehmen. Ich sehe das nicht so wie in 3 bis 4 Jahren.

Der Umzug auf Drupal 8 hat für Drupal.org derzeit keine höhere Priorität, als neue Funktionen hinzuzufügen und die aktuelle Website zu verbessern.

Drupal.com ist eine kleinere Website, auf der seit Beta Drupal 8 ausgeführt wird.

Auf der Website drupal.org gibt es viele Infrastrukturen und Abhängigkeiten, die auch außerhalb der Kern-Drupal-Codebasis existieren. Wie Git-Integration, Issue Queues, Testbot, Projekt-Hosting. Diese Contrib-Module sind meines Wissens noch nicht alle auf Drupal 8 aktualisiert.

Um eine Vorstellung davon zu bekommen, was auf der Website drupal.org vor sich geht, empfehle ich Folgendes: https://groups.drupal.org/drupalorg

Über drupal.org

Hier ist ein Zitat aus der Drupal.org Roadmap :

... Jedes Jahr bedienen Drupal.org und seine Unterseiten Millionen von Besuchern und Tausende von aktiven Mitwirkenden. Es ist eine der größten kontinuierlich operierenden Drupal-Sites der Welt. Aus diesem Grund verfügt es über 15 Jahre an Inhalten und Funktionen. In dieser Größenordnung ist es unmöglich, echte Verbesserungen an Drupal.org vorzunehmen, ohne eine priorisierte Roadmap zu erstellen, die sich jeweils auf einige wenige, wirkungsvolle Funktionen konzentriert. ...

Um zu verstehen, worum es bei der " Upgrade-Herausforderung " von D8 geht , werfen Sie einen Blick auf diese drupal.org-Projekte (Zitate stammen aus den Links):

• Webmaster

  Ein Projekt mit Issue Tracker, mit dem Sie Spam, defekte Links oder Probleme mit Benutzerkonten auf der Drupal.org-Website melden können.

• Inhalt

  Ein Projekt mit Issue Tracker für die Organisation und Moderation von Drupal.org-Inhalten außerhalb der Dokumentation. Dies ist ein Ort für Fragen zu Marktplatzlisten (Dienstleistungen, Schulungen und Bücher), Fallstudien, Anfragen zur Bewerbung von Titelseiten, Planet-Drupal-Feeds usw.

• Dokumentation

  Dies ist das Hauptprojekt für alle Drupal-Dokumentationen . Weitere Informationen zur Unterstützung bei der Dokumentation finden Sie im Abschnitt " Zur Dokumentation beitragen " des Handbuchs.

• Anpassungen

  Anpassungen, die auf drupal.org selbst verwendet werden. Es ist nicht als nützlich für andere Websites gedacht, es sei denn, es dient als Beispiel für die Art der Änderungen, die Sie über ein standortspezifisches Modul vornehmen können.

  Weitere Informationen zum Stand der geplanten Arbeiten auf Drupal.org finden Sie auf der Drupal.org Roadmap .

• Thema

  Bluecheese ist das überarbeitete Drupal.org-Theme ... Dieses Theme ist nur für offizielle Drupal.org-Sites gedacht. Verwenden Sie dies nicht für Unternehmen, lokale Gruppen und andere Sites, die eine eigene Marke und Identität haben sollten. Fragen und Kommentare zur Verwendung dieses Themas richten Sie bitte an die Drupal Association ...

• Infrastruktur

  Ein Issue-Tracker für alles rund um die Drupal.org-Server. Dies umfasst die Apache- und MySQL-Installation, die Mailman-Mailinglisten, die Git-Repositorys und die verschiedenen Drupal-Installationen in der Domäne drupal.org.

• Testbots

  In diesem Projekt können Probleme eingereicht oder Fragen zu den Drupal.org-Testbots und allen damit zusammenhängenden Projekten gestellt werden. Da es so viele Projekte gibt, scheint es, dass die meisten Leute nur einen One-Stop-Shop für Probleme brauchen. Sie können von hier ausgezogen werden.

• Gruppen

  Dieses Projekt hat zwei Ziele.

  1. Es ist wie im Anpassungsprojekt von drupal.org, in dem der Site-spezifische Code gespeichert ist.
  2. Es ist wie die Warteschlangen für Infrastruktur und Webmaster, gilt jedoch nur für groups.drupal.org. Wo früher mit einer Komponente von groups.drupal.org Dinge in diese Warteschlangen eingegeben wurden, können sie diese jetzt hier eingeben.

Über die Upgrade-Herausforderung

Vor diesem Hintergrund gibt es meiner Meinung nach Dutzende Gründe, warum Drupal.org D8 noch nicht verwendet. Hier sind nur einige davon (in zufälliger Reihenfolge):

• Diese Seite ist für einige von uns von ausschlaggebender Bedeutung , daher kommt ein Fehlschlag nicht in Frage .
• Es muss eine ganze Reihe von Modulen geben , für die D8 noch nicht verfügbar ist. Ich bin mir nicht sicher, ob sie alle verwenden / benötigen, aber ich wette, dass dies einige dieser Module sind: Projekt, Organische Gruppen, Migrieren (D7 bis D8), etwas zum Zeichnen, vielleicht Regeln, Flaggen usw. ... Richtig, Module mögen Views usw. befinden sich jetzt im D8-Kern, und Sie können schon ziemlich weit kommen, wenn Sie nur den Drupal-Kern verwenden, aber ich bezweifle, dass drupal.org einige der Module wie die oben genannten nicht benötigt.
• Man braucht dafür die nötigen Arbeitskräfte mit entsprechenden Fähigkeiten (D8 unterscheidet sich ein bisschen von D7, oder?).
• Sie benötigen eine Infrastruktur zum Ausführen von D8-Sites (PHP-Version, Speicher usw.).
• Ich wette, es gibt " etwas " benutzerdefinierten Code zum Ausführen von Drupal.org, und das Aktualisieren von benutzerdefiniertem Code war noch nie so einfach.
• Und es besteht Bedarf an Dingen wie Qualitätssicherungstests , Dokumentation usw.
• Aus meinem obigen Zitat geht hervor, dass es noch andere Prioritäten gibt, weshalb ein Upgrade auf D8 keine Priorität zu haben scheint .
• Ich wette, es gibt andere Dinge, die eine höhere Priorität haben, zB " Die Foren müssen verbessert werden ".
• Auch wenn keines der oben genannten Elemente alles blockiert, denken Sie an den rein buchhalterischen Teil (ich kann mir nicht vorstellen, dass die jährlichen Abschreibungen für das kürzlich durchgeführte D7-Upgrade bereits abgeschlossen sind).

Was kommt als nächstes

Aus all diesen Gründen denke ich, dass das Beste, was wir in diesem Moment tun können, "Ich hoffe, dass George es schafft " (die Keynote von Dries auf der DrupalCon Amsterdam 2014, als die allererste Beta1-Version von D8 angekündigt wurde).

PS : Man merkt nie, was getan wurde , nur was noch zu tun ist .