drupal.orgサイトが最新のDrupalバージョンを使用していないのはなぜですか？
Drupal.orgがDrupal 8の使用を奨励している場合、彼らは模範を示し、自分のサイトをDrupal 8.に移行する必要があります。
Drupal.org：
<meta name="Generator" content="Drupal 7 (http://drupal.org)">
Drupalバージョン8 をリリースしたが、彼ら自身は Drupalバージョン7 を使用している理由はありますか？ theyが移行されていないという事実から、まだ移行すべきではないという疑わしい理由がわかりますか？
Drupal.orgは、移行に時間がかかる巨大なWebサイトです。 Drupal 6からDrupal 7への移行は、最終的に2年前に行われ、それは永遠にかかりました。Drupal 8にはかなり時間がかかりますが、3年から4年のようには起こりません。
Drupal= 8に移動することは、現時点ではDrupal.orgの優先度は高くありません。新機能の追加や現在のWebサイトの改善と比較してください。
Drupal.comは、小規模なWebサイトで実行されていますDrupalベータ版から8です。
Drupal.orgサイトには、コアdrupalコードベースの外部にも存在します。git統合、問題キュー、テストボット、プロジェクトホスティングなどの多くのインフラストラクチャと依存関係があります。これらのcontribモジュールはまだ私の知る限りdrupal 8に更新されていません。
Drupal.orgサイトで何が起こっているのかについては、以下をお勧めします： https://groups.drupal.org/drupalorg
Drupal.orgについて
Drupal.org Roadmap からの引用は次のとおりです。
...毎年Drupal.orgとそのサブサイトは数百万の訪問者と数千のアクティブな貢献者にサービスを提供しています。これは、世界で最大の継続的に稼働しているDrupalサイトの1つです。そのため、15年のレガシーコンテンツと機能を備えています。この規模では、Drupalを実際に改善することは不可能です優先度の高いロードマップのない.orgで、一度に少数の影響の大きい機能に焦点を当てています...
D8の "upgrade challenge"について理解するには、これらのdrupal.orgプロジェクト をご覧ください。 （引用はリンクからのものです）：
Drupal.org Webサイトでスパム、リンク切れ、またはユーザーアカウントの問題を報告するために使用できる課題追跡を備えたプロジェクト。
Drupal.orgのドキュメント以外のコンテンツの整理と管理のための課題追跡を備えたプロジェクト。ここは、マーケットプレイスのリスト（サービス、トレーニング、書籍）、ケーススタディ、フロントページのプロモーションリクエスト、惑星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テストボットとそれらに関連するすべてのプロジェクトについて、問題を提出したり質問したりするための場所です。非常に多くのd.oプロジェクトが関係しているので、ほとんどの人は問題のワンストップショップを必要としているようです。ここから移動できます。
このプロジェクトには2つの目的があります。
- サイト固有のコードを保持するのは、drupal.orgカスタマイズプロジェクトのようなものです。
- これはインフラストラクチャおよびウェブマスターのキューに似ていますが、groups.drupal.orgに固有です。そのため、人々がgroups.drupal.orgのComponentを使用してそれらのキューに物事を入力していたところ、ここでそれらを入力できます。
アップグレードの課題について
上記を念頭に置いて、Drupal.orgがまだD8を使用していない理由はいくつかあると思います。ここにそれらのいくつかを（ランダムな順序で）示します。
- このサイトはミッションクリティカルなので、失敗は許されません。
- 必要な提供されたモジュールがかなり存在する必要がありますが、D8リリースはまだありません。それらのすべてを使用する/必要とするかどうかはわかりませんが、これらはこれらのモジュールの一部であると思います：プロジェクト、オーガニックグループ、移行（D7からD8）、チャート作成のための何か、おそらくルール、フラグなど...真、モジュールのようなビューなどは現在D8コアにあり、すでにDrupalコアを使用するだけでかなり遠くまで行くことができますが、drupal.orgが上記のようなモジュールの一部を必要としないことは疑わしいです。
- 適切なスキルを備えたmanpowerが必要です（D8はD7と少し異なりますよね？）。
- D8サイト（PHPバージョン、メモリなど）を実行するには、infrastructureが必要です。
- Drupal.orgの実行とカスタムコードのアップグレードに関係する「some」カスタムコードがあると思います簡単ではありませんでした。
- そして、QA-testing、またはdocumentationのようなものが必要です、など.
- 上記の私の引用から、他の優先順位があるように思われるので、D8へのアップグレードは優先順位ではないようです。
- 優先度の高いものが他にもあると思います。 " フォーラムの改善が必要 "。
- 上記のどれもそれをすべて妨げていなかったとしても、それの純粋にaccountingの部分について考えてください（私は年間の帳消しを想像できないrecentD7アップグレードはすでに終了しています）。
次は何ですか
これらすべての理由から、現時点で私たちができる最善のことは「ジョージがそれを行うことを望んでいる "（D8の非常に最初のベータ1バージョンが発表されたDrupalConアムステルダム2014でのDriesからの基調講演の1つ）。
[〜＃〜] ps [〜＃〜]：が何が行われたかを理解することはできません、何だけかやらなければならないこと。