Il me semble que si drupal.org encourage les gens à utiliser Drupal 8, ils devraient montrer l'exemple et migrer leur propre site vers Drupal 8.

Sur drupal.org:

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

Y a-t-il une raison pour laquelle ils ont sorti la version 8 de Drupal mais eux-mêmes utilisent toujours la version 7 de Drupal ? Le fait qu'ils n'aient pas migré devrait-il nous donner des raisons suspectes de ne pas le faire encore?

Drupal.org est un énorme site Web dont la migration peut prendre un certain temps. La migration de Drupal 6 vers Drupal 7 a finalement été effectuée il y a 2 ans et a duré une éternité. Passer à Drupal 8 va prendre beaucoup de temps. Je ne vois pas cela se produire comme dans 3 à 4 ans.

Passer à Drupal 8 n'est pas une priorité plus élevée pour Drupal.org en ce moment, par rapport à l'ajout de nouvelles fonctionnalités et à l'amélioration du site Web actuel.

Drupal.com est un petit site Web qui exécute Drupal 8 depuis la version bêta.

Il existe de nombreuses infrastructures et dépendances sur le site drupal.org, qui existent également en dehors de la base de code drupal principale. Tels que l'intégration git, les files d'attente de problèmes, testbot, l'hébergement de projets. Ces modules de contrib ne sont pas encore tous mis à jour vers drupal 8 à ma connaissance.

Pour avoir une idée de ce qui se passe avec le site drupal.org, je recommande la lecture: https://groups.drupal.org/drupalorg

À propos de drupal.org

Voici une citation de la feuille de route Drupal.org :

... Chaque année, Drupal.org et ses sous-sites desservent des millions de visiteurs et des milliers de contributeurs actifs. C'est l'un des plus grands sites Drupal en fonctionnement continu au monde. Et à cause de cela, il a 15 ans de contenu et de fonctionnalités hérités. À cette échelle, il est impossible d'apporter de réelles améliorations à Drupal.org sans une feuille de route priorisée, se concentrant sur quelques fonctionnalités à fort impact à la fois. ...

Pour comprendre ce que serait le « défi de mise à niveau » du D8 , jetez un œil à ces projets drupal.org (les citations sont tirées des liens):

• Webmasters

  Un projet avec suivi des problèmes que vous pouvez utiliser pour signaler le spam, les liens rompus ou les problèmes de compte utilisateur sur le site Web Drupal.org.

• Contenu

  Un projet avec suivi des problèmes pour l'organisation et la modération du contenu hors documentation de Drupal.org. C'est un endroit pour les problèmes concernant les listes de marché (services, formation et livres), les études de cas, les demandes de promotion en première page, les flux Planet Drupal, etc.

• Documentation

  Il s'agit du projet principal de toute la documentation Drupal . Pour en savoir plus sur l'aide aux efforts de documentation, commencez par la section Contribuer à la documentation du manuel.

• Personnalisations

  Personnalisations utilisées sur drupal.org lui-même. Il n'est pas destiné à être utile à d'autres sites, sauf en tant qu'exemple éducatif des types de modifications que vous pouvez apporter via un module spécifique au site.

  Plus d'informations sur l'état des travaux prévus sur Drupal.org peuvent être trouvées sur la feuille de route de Drupal.org .

• Thème

  Bluecheese est le thème redessiné de Drupal.org ... Ce thème est uniquement destiné à être utilisé sur les sites officiels de Drupal.org. Ne l'utilisez pas pour des entreprises, des groupes locaux et d'autres sites, qui devraient avoir leur propre marque et identité. Les questions et commentaires sur l'utilisation de ce thème doivent être adressés à la Drupal Association ...

• Infrastructure

  Un outil de suivi des problèmes pour tout ce qui concerne les serveurs Drupal.org. Cela inclut l'installation Apache et MySQL, les listes de diffusion Mailman, les référentiels Git et les diverses installations Drupal sur le domaine drupal.org.

• Testbots

  Ce projet est un lieu pour déposer des problèmes ou poser des questions sur les robots de test Drupal.org et tous les projets qui s'y rapportent. Puisqu'il y a tellement de projets impliqués, il semble que la plupart des gens ont juste besoin d'un guichet unique pour les problèmes. Ils peuvent être déplacés d'ici.

• Groupes

  Ce projet a deux objectifs.

  1. C'est comme le projet de personnalisation drupal.org de contenir du code spécifique au site.
  2. C'est comme les files d'attente Infrastructure et Webmasters mais il est spécifique à groups.drupal.org. Ainsi, là où les gens entraient des choses dans ces files d'attente avec un composant de groups.drupal.org, ils peuvent maintenant les saisir ici.

À propos du défi de mise à niveau

Compte tenu de ce qui précède, je pense qu'il existe des dizaines de raisons pour lesquelles Drupal.org n'utilise pas encore D8, en voici quelques-unes (dans un ordre aléatoire):

• Ce site est essentiel pour bon nombre d'entre nous, donc l' échec n'est pas une option .
• Il doit y avoir pas mal de modules contribués qui sont nécessaires, mais pour lesquels la version D8 n'est pas encore là. Je ne sais pas s'ils les utilisent / en ont tous besoin, mais je parie que ce sont certains de ces modules: Projet, Groupes organiques, Migrer (D7 à D8), quelque chose pour la cartographie, peut-être des règles, des indicateurs, etc ... Vrai, des modules comme Les vues, etc. sont dans le noyau D8 maintenant, et vous pouvez déjà aller assez loin en utilisant uniquement le noyau Drupal, mais je doute que drupal.org n'ait pas besoin de certains des modules comme ceux ci-dessus.
• Vous avez besoin de main - d'œuvre pour cela, avec des compétences appropriées (D8 est un peu différent de D7, non?).
• Vous avez besoin d'une infrastructure pour exécuter les sites D8 (version PHP, mémoire, etc.).
• Je parie qu'il y a " du " code personnalisé pour faire fonctionner Drupal.org, et la mise à jour du code personnalisé n'a jamais été aussi simple.
• Et il y a un besoin pour des choses comme les tests d'assurance qualité , ou la documentation , etc.
• D'après ma citation ci-dessus, il semble qu'il existe d'autres priorités, donc la mise à niveau vers D8 ne semble pas être une priorité .
• Je parie qu'il y a d'autres choses qui ont une priorité plus élevée, par exemple " Les forums doivent être améliorés ".
• Même si rien de ce qui précède ne bloquait tout cela, pensez à la partie purement comptable (je ne peux pas imaginer que les radiations annuelles pour la récente mise à niveau du D7 soient déjà terminées).

Et après

Pour toutes ces raisons, je pense qu'en ce moment même, le mieux que nous puissions faire est " Espérer que George le fasse " (celui de la keynote de Dries à DrupalCon Amsterdam 2014 lorsque la toute première version beta1 de D8 a été annoncée).

PS : On ne réalise jamais ce qui a été fait , seulement ce qui reste à faire .