Bazel は 長期サポート（LTS） リリースモデルを維持しています。メジャー バージョンは 9 か月ごとにリリースされ、マイナー バージョンは毎月リリースされます。このページでは、リリース候補版、スケジュール、お知らせ、テストなど、Bazel のリリース ポリシーについて説明します。
Bazel のリリースは GitHubで確認できます。
リリース候補版
通常、Bazel の新しいバージョンのリリース候補版は毎月初めに作成されます。作業は、GitHub のリリースバグで追跡されます。このバグには、ターゲット リリース日が示され、現在のリリース マネージャーに割り当てられます。リリース候補版は、すべての Bazel 単体テストに合格し、Buildkite でテストされたプロジェクトで不要な 回帰を示さないようにする必要があります。
リリース候補版は bazel-discussで発表されます。 その後、Bazel チームは、候補版の回帰に関するコミュニティのバグレポートをモニタリングします。
リリース
回帰が発見されなかった場合、候補版は 1 週間後に正式にリリースされます。ただし、回帰によってリリース候補版のリリースが遅れる可能性があります。回帰が見つかった場合、Bazel チームは対応するチェリーピックをリリース候補版に適用して、それらの回帰を修正します。最初のリリース候補版から 1 週間後の営業日以降に、2 営業日連続で回帰が見つからなかった場合、候補版はリリースされます。
新しい機能は、リリース候補版がカットされた後にチェリーピックされません。 また、新しい機能にバグがある場合、リリース候補版からロールバックされることがあります。リリース候補版がカットされた後、リリース ビルドに大きな影響を与える可能性のあるバグのみが修正されます。
リリースは、翌日が営業日の日にのみリリースされます。
最新のリリースで重大な問題が見つかった場合、Bazel チームは修正をリリースに適用してパッチ リリースを作成します。このパッチは新しいリリースを作成するのではなく既存のリリースを更新するため、パッチ リリース候補版は 2 営業日後にリリースできます。
テスト
ci.bazel.build で実行されているすべてのプロジェクトのナイトリー ビルドは、ヘッドでビルドされた Bazel バイナリとリリース バイナリを使用して実行されます。破壊的変更の影響を受けるプロジェクトには通知が送信されます。
リリース候補版が発行されると、 TensorFlow などの他の Google プロジェクトは、リリース候補版バイナリを使用して完全な テストスイートでテストされます。Bazel を使用する重要なプロジェクトがある場合は、現在のリリース候補版を追跡し、回帰を報告する自動テストプロセスを確立することをおすすめします。