版本模型

回報問題 查看原始碼 Nightly · 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

原始部落格文章所宣布,Bazel 4.0 以上版本支援兩種版本:滾動式版本和長期支援 (LTS) 版本。本頁面說明 Bazel 發布模型的最新資訊。

發布版本管理

Bazel 使用 major.minor.patch 語義版本管理模式。

  • 主要版本包含與先前版本不相容的功能。每個主要 Bazel 版本都是 LTS 版本。
  • 次要版本包含從主要分支回溯移植的回溯相容錯誤修正和功能。
  • 修補程式版本包含重大錯誤修正。

此外,預先發布版會在下一個主要版本編號後方加上連字號和日期後置字串。

舉例來說,每種類型的新版本都會產生下列版本號碼:

  • 主要版本:6.0.0
  • 次要版本:6.1.0
  • 修補程式:6.1.2
  • 預先發布版:7.0.0-pre.20230502.1

支援階段

每個主要 Bazel 版本都有四個支援階段:

  • 滾動:這個主要版本仍處於預先發布階段,Bazel 團隊會從 HEAD 發布滾動式版本。
  • 有效:這個主要版本是目前有效的 LTS 版本。Bazel 團隊會將重要功能和錯誤修正回移至次要版本。
  • 維護:這個主要版本是維護模式下的舊版 LTS 版本。Bazel 團隊只會將安全性問題和作業系統相容性問題的重大錯誤修正項目回移至這個 LTS 版本。
  • 已淘汰:Bazel 團隊不再為這個主要版本提供支援,所有使用者都應遷移至較新的 Bazel LTS 版本。

發布頻率

Bazel 會定期發布兩個發布途徑的版本。

滾動式版本

  • 滾動式版本和 Google Blaze 版本協調發布,大約每兩週就會從 HEAD 發布。這是下一個 Bazel LTS 版本的預先發布版。
  • 滾動式發布版本可以提供不相容的變更。建議在重大破壞性變更中使用不相容的標記,推出不相容的變更時,應遵循我們的回溯相容性政策

LTS 版本

  • 主要版本:新的 LTS 版本大約每 12 個月就會從 HEAD 版本剪輯。新的 LTS 發布後,會立即進入「執行中」階段,而先前的 LTS 版本會進入「維護」階段。
  • 次要版本:有效 LTS 測試群組的新次要版本預計每 2 個月發布一次。
  • 修補程式版本:針對「執行中」和「維護」階段中的 LTS 版本,預計會隨需求發布,以便修正重大錯誤。
  • Bazel LTS 版本在維護階段停留 2 年後,就會進入已淘汰階段。

如需瞭解預計發布日期,請前往 GitHub 查看發布問題

支援矩陣

LTS 版本 支援階段 最新版本 停止支援
Bazel 7 滾動 查看 GitHub 版本頁面 不適用
Bazel 6 有效 6.4.0 2025 年 12 月
Bazel 5 維護 5.4.1 2025 年 1 月
Bazel 4 維護 4.2.4 2024 年 1 月

您可以在 GitHub 的版本頁面中找到所有 Bazel 版本。

發布程序和政策

滾動式版本的程序相當簡單明瞭:大約每兩週會建立新版本,其基準與 Google 內部 Blaze 版本相同。由於快速發布時間表,我們不會將任何變更回溯至滾動式發布版本。

針對 LTS 版本,我們會遵循下列程序和政策:

  1. 判斷版本的基準提交內容。
    • 如果是新的主要 LTS 版本,基準修訂版本是主要分支版本的 HEAD。
    • 對於次要版本或修補程式版本,基準提交是相同 LTS 版本目前最新版本的 HEAD。
  2. 從基準版本提交內容建立名為 release-<version> 的版本分支。
  3. 透過提交要求將變更內容回移至發布分支。
    • 社群可以藉由回覆相關 GitHub 問題或 PR 上的「@bazel-io flag」建議將特定修訂版本向後移植,將其標示為潛在的發布障礙,Bazel 團隊會對這些修訂版本進行分類,並決定是否要向後移植修訂版本。
    • 只有主要分支版本的回溯相容修訂版本才能向後移植,且可接受用於解決合併衝突的額外微幅變更。
  4. 找出發布阻礙因素,並修正發布分支中發現的問題。
    • 在 Bazel CI 上,發布分支會使用相同的測試套件,在postsubmit下游測試管道中進行測試。Bazel 團隊會監控發布分支的測試結果,並修正任何發現的回歸現象。
  5. 在解決所有已知的發布阻斷因素後,從發布分支建立新的候選發布版本。
    • 發布候選版本會在 bazel-discuss 上發布,Bazel 團隊會監控候選版本的社群錯誤回報。
    • 如果發現新的發布阻斷項目,請返回上一個步驟,並在解決所有問題後建立新的候選版本。
    • 建立第一個候選版本後,不得將新功能新增至發布分支。
  6. 如果沒有發現其他發布阻斷因素,請將候選版推送為正式版本
    • 針對修補程式版本,請在最後一個候選版本發布後,至少推送兩個工作天的版本。
    • 對於主要和次要版本,請在最後一個候選版本推出後的兩個工作天內推送版本,但不得早於第一個候選版本推出後一週。
    • 只有在下一個工作天是工作天時,才會推送版本。
    • 版本會在 bazel-discuss 公告中宣布,Bazel 團隊會監控及處理新版本的社群錯誤報告。

回報迴歸問題

如果使用者在新的 Bazel 版本、候選版本,甚至是 HEAD 的 Bazel 中發現回歸現象,請在 GitHub 回報錯誤。您可以使用 Bazelisk 模擬問題修訂版本,並在錯誤報告中加入這項資訊。

舉例來說,如果您使用 Bazel 6.1.0 建構成功,但使用第二個候選版本 6.2.0 時卻失敗,可以透過

bazelisk --bisect=6.1.0..release-6.2.0rc2 build //foo:bar

如需重現問題,您可以設定 BAZELISK_SHUTDOWNBAZELISK_CLEAN 環境變數,以便執行對應的 Bazel 指令來重設建構狀態。如需更多詳細資訊,請參閱 Bazelisk 二分法功能的說明文件。

請記得將 Bazelisk 升級至最新版本,才能使用 bisect 功能。

規則相容性

如果您是規則作者,且想要維持與不同 Bazel 版本的相容性,請參閱「規則相容性」頁面。