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