drupal.orgがDrupal 8の使用を奨励している場合、彼らは例を挙げて主導し、自分のサイトをDrupal 8に移行すべきだと思います。

drupal.orgで：

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

彼らがDrupalバージョン8をリリースしたが、彼ら自身がまだDrupalバージョン7を使用している理由はありますか？それらが移行していないという事実は、まだすべきではない疑わしい理由を教えてくれるでしょうか？

Drupal.orgは巨大なWebサイトであり、移行には時間がかかる場合があります。Drupal 6からDrupal 7への移行は、2年前にようやく完了し、永遠にかかりました。Drupal 8への移行には多くの時間がかかります。3〜4年でこんなことが起こるとは思いません。

Drupal.orgにとって、Drupal 8への移行は現在のところ優先度が高くありません。新機能の追加や現在のWebサイトの改善に比べて。

Drupal.comは、ベータ版以来Drupal 8を実行している小さなWebサイトです。

drupal.orgサイトには多くのインフラストラクチャと依存関係があり、これらもコアdrupalコードベースの外部にあります。git統合、発行キュー、テストボット、プロジェクトホスティングなど。私の知る限り、これらのcontribモジュールはまだdrupal 8にアップデートされていません。

drupal.orgサイトで何が起こっているかについては、https：//groups.drupal.org/drupalorgを読むことをお勧めします。

drupal.orgについて

Drupal.orgロードマップからの引用は次のとおりです。

...毎年、Drupal.orgとそのサブサイトは、数百万人の訪問者と数千人のアクティブな貢献者にサービスを提供しています。これは、世界最大の継続的に運用されているDrupalサイトの1つです。そのため、15年間のレガシーコンテンツと機能があります。この規模では、優先度の高いロードマップなしでDrupal.orgを実際に改善することは不可能です。一度にいくつかの影響の大きい機能に焦点を当てます。...

D8の「アップグレードチャレンジ」の内容を理解するには、これらのdrupal.orgプロジェクトをご覧ください（引用はリンクから）：

• ウェブマスター

  Drupal.org Webサイトでスパム、壊れたリンク、またはユーザーアカウントの問題を報告するために使用できる問題トラッカーを備えたプロジェクト。

• コンテンツ

  Drupal.orgのドキュメント化されていないコンテンツの編成とモデレーションのための課題追跡機能を備えたプロジェクト。マーケットプレイスのリスト（サービス、トレーニング、書籍）、ケーススタディ、フロントページのプロモーションリクエスト、planet drupalフィードなどに関する問題の場所です。

• ドキュメンテーション

  これは、すべてのDrupalドキュメントのメインプロジェクトです。ドキュメント作成の支援の詳細については、ハンドブックの「ドキュメントへの貢献」セクションから始めてください。

• カスタマイズ

  drupal.org自体で使用されるカスタマイズ。サイト固有のモジュールを使用して行うことができる変更の種類の教育的な例を除き、他のサイトに役立つことを意図していません。

  Drupal.orgで計画されている作業の状態に関する詳細情報は、Drupal.orgロードマップに記載されています。

• テーマ

  Bluecheeseは再設計されたDrupal.orgテーマです...このテーマはDrupal.orgの公式サ​​イトでのみ使用できます。独自のブランドとアイデンティティを持つ必要がある企業、ローカルグループ、その他のサイトにはこれを使用しないでください。このテーマの使用に関する質問とコメントは、Drupal Associationに送信してください...

• インフラ

  Drupal.orgサーバーに関連するすべての問題トラッカー。これには、ApacheとMySQLのインストール、Mailmanメーリングリスト、Gitリポジトリ、およびdrupal.orgドメイン上のさまざまなDrupalインストールが含まれます。

• テストボット

  このプロジェクトは、Drupal.orgテストボットおよびそれらに関連するすべてのプロジェクトについて、提出する問題または質問する場所です。非常に多くのプロジェクトが関係しているため、ほとんどの人は問題のワンストップショップを必要としているようです。ここから移動できます。

• グループ

  このプロジェクトには2つの目的があります。

  1. サイト固有のコードを保持するdrupal.orgカスタマイズプロジェクトのようなものです。
  2. これは、InfrastructureおよびWebmastersキューに似ていますが、groups.drupal.orgに固有です。したがって、groups.drupal.orgのComponentを使用してそれらのキューに物事を入力していた人々は、ここでそれらを入力できるようになりました。

アップグレードの課題について

上記を念頭に置いて、Drupal.orgがまだD8を使用していない理由はたくさんあると思いますが、そのうちのいくつかを（ランダムな順序で）示します。

• このサイトは私たちの多くにとってミッションクリティカルであるため、失敗は選択肢ではありません。
• 必要な貢献モジュールはかなりありますが、D8リリースはまだありません。それらのすべてを使用/必要とするかどうかはわかりませんが、プロジェクト、オーガニックグループ、移行（D7からD8）、チャート用のもの、おそらくルール、フラグなど、これらのモジュールの一部だと思います。ビューなどは現在D8コアにあり、Drupalコアを使用するだけでかなり遠くまで取得できますが、drupal.orgには上記のようなモジュールの一部は必要ありません。
• 適切なスキルを備えた人材が必要です（D8はD7とは少し異なりますよね？）。
• D8サイト（PHPバージョン、メモリなど）を実行するにはインフラストラクチャが必要です。
• Drupal.orgの実行に関与する「いくつかの」カスタムコードがあり、カスタムコードのアップグレードは決して簡単ではなかったに違いありません。
• また、QAテストやドキュメントなどの必要性があります。
• 上記の私の引用から、他の優先事項があるように思われるので、D8へのアップグレードは優先事項ではないようです。
• 「フォーラムを改善する必要がある」など、優先順位が高いものは他にもあると思います。
• 上記のどれもがすべてをブロックしていなかったとしても、それの純粋に会計上の部分について考えてみてください（最近の D7アップグレードの毎年の償却が既に終了しているとは想像できません）。

次は何ですか

これらすべての理由から、現時点でできる最善のことは、「ジョージがそれを成し遂げることを願っています」（D8の最初のベータ1バージョンが発表されたDrupalCon Amsterdam 2014でのDriesの基調講演からのものです）。

PS：何が行われたかを決して認識せず、まだ行われていないことだけを理解してください。