當 GitLab.com 用戶的主電子郵件地址與現有的已驗證域匹配時，該用戶將被自動視作企業用戶。這樣，群組所有者就能對用戶帳戶進行更多的用戶管理控制和查看。用戶成為企業用戶後，只能將其主電子郵件更改為已被驗證域的企業所有郵箱。

在以前的 GitLab 版本中，當fork一個版本庫時，fork總是包括版本庫中的所有分支。現在，你可以創建一個只包含默認分支的fork，從而減少複雜性和存儲空間。如果你不需要正在被修改的其他分支，就可以創建一個最小fork。

默認的fork方法沒有改變，且依舊默認包含庫中的所有分支。新選項會顯示哪個分支是默認分支，這樣你就能清楚地知道新fork將包含哪個分支。

代碼變更很可能給產品應用或開放業務帶來合規風險和安全漏洞，所以對代碼變更的審查日益頻繁。通過使用“掃描結果政策”，您就可以通過對所有合併請求執行雙人審批來確保無法進行單方面更改。

掃描結果政策新增了一個針對“所有”合併請求的選項，即可將其與根據角色定義的審批者進行關聯，以確保每個定義的分支的每個合併請求都有2個（或以上的）審批者。

在 16.6 版 SaaS 中提供。自管用戶可使用，通過功能旗標scan_result_any_merge_request 啟用，在16.7版中會默認啟用。

在 GitLab 16.1 中，我們發佈了一項令人興奮的實驗性功能，名為 CI/CD 組件。組件是一個流水線構建模組，在即將發佈的 CI/CD 目錄中會列出。

今天，我們很高興地宣佈 CI/CD 組件測試版正式發佈。在此版本中，我們還改進了最初實驗版的組件檔夾結構。如果您已經在測試 CI/CD 組件的實驗版，請務必遷移到新的檔夾結構。您可以在這裏看到一些示例。舊的檔夾結構已被棄用，我們計畫在接下來的幾個版本中將其移除。

如果您試用了 CI/CD 組件，我們也歡迎您試用新的 CI/CD 目錄，目前這一功能還在試驗階段。您可以在全局 CI/CD 目錄中搜索其他人創建併發布供公眾使用的組件。此外，如果您創建了自己的組件，也可以選擇將其發佈到目錄中！

CI/CD 變數是 GitLab CI/CD 的基本組成部分，且我們認為設置UI應可以提供更好的變數使用體驗。因此在此版本中，我們更新了用戶介面，使用新的側邊欄（drawer）改進了添加和編輯 CI/CD 變數的流程。

例如，以前只有在嘗試保存 CI/CD 變數時才會進行掩碼驗證，如果驗證失敗，就必須從頭開始。但現在有了新的側邊欄，你可以獲得即時驗證，這樣你就可以隨時調整，而不需要重做任何事情！

我們非常重視並感謝您對此更改的回饋意見。

自管runner佇列的操作人員要求可觀測性，並且需要能夠掃一眼就掌握關鍵問題的答案。現在，有了 runner佇列儀錶板-管理員視圖（測試版），您就可以獲得可操作的洞察力，為您快速解答實例runner等關鍵的runner佇列管理和開發人員體驗問題。您將獲取的資訊包括哪些runner存在錯誤、執行 CI 作業的運行程式佇列的性能以及哪些運行程式最常用等問題。終端用戶可獨立啟用這項功能，但我們鼓勵您加入早期採用者計畫。