發布政策

Bazel 的維護型為長期支援 (LTS) 發布模型,其中每 9 個月會發布一個主要版本,並且每月發布次要版本。本頁面說明 Bazel 發布政策,包括發布候選版本、時間表、公告和測試。

您可以在 GitHub 找到 Bazel 版本。

候選人

新版本的 Bazel 候選版本通常會在每月的月初建立。系統會透過 GitHub 上的發布錯誤追蹤目標版本,告知發布作業的目標日期為目前版本管理員。發布候選項目應通過所有 Bazel 單元測試,且不會在 Buildkite 測試的專案顯示不必要的迴歸問題。

我們會在 bazel-talk 公告版本資訊。在接下來幾天,Bazel 團隊會監控社群錯誤報告,查看求職者是否有任何迴歸問題。

釋出

如果找不到迴歸值,系統在一週後就會正式發布候選版本。不過,迴歸問題可能會延後釋出候選版本。找到迴歸問題後,Bazel 團隊就會將對應的櫻桃精選項目套用到發布候選項目,以便修正。如果從第一個發布候選者算起一週後,連續兩個工作天未找到其他迴歸問題,系統就會發布候選版本。

經過剪下後,新功能並不會用於發布候選項目中。此外,如果新功能為錯誤,可能會從發布候選項目復原。只有最可能影響到版本發布性的錯誤,或是在發布版本推出後才會修正為發布版本。

該版本只會在隔日的隔天發布。

如果在最新版本中發現重大問題,Bazel 團隊會將修正程式套用至該版本,藉此建立修補程式版本。由於這個修補程式更新現有版本,而不是建立新的版本,因此修補版本的候選版本會在兩個工作天後釋出。

測試

使用在頭部建構的 Bazel 二進位檔,在 ci.bazel.build 上執行的所有專案每晚都會執行,並釋出二進位檔。將受到重大異動影響的專案會收到通知。

發布候選版本後,其他 Google 專案 (例如 TensorFlow) 會在發布候選套件的完整測試套件中進行測試。如果您有使用 Bazel 的重大專案,建議您建立自動測試程序來追蹤目前的候選版本,然後回報任何迴歸問題。