Bazel の構成に関する 2021 年のロードマップ

問題を報告する ソースを表示 夜間 · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

最終確認日: 2021-01-25更新履歴

連絡先: gregestren

ディスカッション: 構成可能性のロードマップ: ディスカッション

以前のロードマップ

目標

$ bazel build //:all は、あらゆるプロジェクトやプラットフォームで、問題なく機能します

  • ビルドにはコマンドライン フラグは必要ありません。
  • 各ターゲットは自動的に正しい設定を使用します(android_binary が適切な NDK を使用するなど)。
  • 複数のプラットフォームに簡単に構築できます。
  • 特にグラフサイズとアクション キャッシュなどのスケーラビリティに優れています。

また cqueryStarlark 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

  • マルチプラットフォームのビルド速度を改善
  • 割り当てが十分ではないため、進行が遅い