最終確認日: 2021-01-25（更新履歴）
連絡先: gregestren
ディスカッション: 構成可能性のロードマップ: ディスカッション
以前のロードマップ
目標
$ bazel build //:all は、あらゆるプロジェクトやプラットフォームで、問題なく機能します。
- ビルドにはコマンドライン フラグは必要ありません。
- 各ターゲットは自動的に正しい設定を使用します（
android_binaryが適切な NDK を使用するなど）。 - 複数のプラットフォームに簡単に構築できます。
- 特にグラフサイズとアクション キャッシュなどのスケーラビリティに優れています。
また
cquery、Starlark
configuration、
および
select()。
ロードマップ
日付は、問題の複雑さを Google が最もよく把握している概算に基づく概算値です。 利用可能なデベロッパーを確保します2021 年は、より少ない労力でより多くの労力を 一括で管理できます。ETA は、アクティブに優先されている作業に対してのみ設定されます。 正確な予測への関心が高まっています。
プラットフォーム
2021 年第 3 四半期Android のルールが新しいプラットフォームを使用 API IN PROGRESS（#11749）
- これは、2021 年初頭の当社の主な優先事項です。
2021 年第 3 四半期複数の実行をサポート プラットフォーム IN PROGRESS（#11748）
一時停止C++ ルールでは新しい platformsfall API を使用 IN PROGRESS（#6516）
- これは Android プラットフォームではブロックされます。これは、単純なフラグのフリップで有効にできます。
一時停止したマルチプラットフォーム ターゲット 開始前
- ターゲットで複数のプラットフォーム向けにビルドすることを宣言できるようにする
- ユーザーのリクエストによりここに記載
paused--cpu および関連フラグのサポート終了と削除
未開始
- これは、すべてのルールをプラットフォームに移行することから生まれる、野心的な目標です。
効率性
2021 年試験運用版の Bazel モード キャッシュ クロスプラットフォーム Java コンパイル IN PROGRESS（#6526）
- マルチプラットフォームのビルド速度を改善
- 割り当てが十分ではないため、進行が遅い