產品
解決方案
資源
定價
技術支持
人工智慧產品
16.5

GitLab 16.5 發佈,新增合規標準遵循報告和合併請求目標分支規則

今天,我們很高興地宣佈 GitLab 16.5 正式發佈,其中包括合規性標準遵守情況報告、合併請求目標分支規則、解決問題線程、對線性歷史記錄進行快進合併佇列等等!

這些只是該版本 25 項多改進中的幾個亮點。請繼續閱讀下麵的所有更新。

感謝力量更大的 GitLab 社區為 GitLab 16.5 做出的 170 多項貢獻!在 GitLab,每個人都可以貢獻自己的力量,沒有你們,我們不可能做到!

要預覽下月發佈的版本,請查看我們的 “即將發佈”頁面,其中包括我們的 16.6 發佈啟動視頻。

合規標準遵守情況報告

合規中心現在新增了標準遵循報告選項卡。該報告最初包含一個 GitLab 最佳實踐標準,會顯示你所在的組中未達到標準要求檢查的專案。最初顯示的三項檢查是:

  • 審批規則要求,在MR中至少有2個審批人
  • 審批規則要求,不允許MR作者執行合併操作
  • 審批規則要求,不允許MR提交者執行合併操作

報告包含每個專案的每項檢查狀態的詳細資訊。它還會顯示上次運行檢查的時間、檢查適用的標準,以及如何修復報告中可能顯示的任何故障或問題。未來的迭代將增加更多檢查,並擴大範圍以包括更多法規和標準。此外,我們還將對報告的分組和篩選功能進行改進,這樣你就可以專注於對你的組織最重要的專案或標準。

創建規則,為合併請求設置目標分支

有些專案使用多個長期分支進行開發,如 develop 和 qa。在這些專案中,你可能希望保留 main 作為默認分支,因為它代表了專案的生產狀態。但是,開發工作希望合併請求以 develop 或 qa 為目標。目標分支規則有助於確保合併請求針對專案和開發工作流程的適當分支。

創建合併請求時,規則會檢查分支的名稱。如果分支名稱與規則匹配,合併請求就會預選規則中指定的分支作為目標。如果分支名稱不匹配,合併請求就會以專案的默認分支為目標。

解決問題線程

閱讀和跟蹤多線程的長期問題是很有挑戰性的。現在,當你們結束了某個問題的溝通後,你就可以選擇“已解決該線程”。

對半線性歷史執行快進合併佇列

在 16.4 中,我們發佈了快進合併佇列,作為延續,我們希望能上線支持所有合併方法。現在,如果你想保留你的半線性提交歷史,你可以使用半線性快進合併佇列。