我們非常高興地與大家分享，工作區現已全面可用，旨在幫助開發人員提高效率！

通過創建安全、按需的遠程開發環境，您可以減少管理依賴關係和新開發人員入職所花費的時間，並專注於更快地交付價值。通過我們的平臺無關方法，您可以使用現有的雲基礎設施來託管您的工作空間，並保證數據的私密性和安全性。

自 GitLab 16.0 推出以來，工作區在錯誤處理和調節、支持私有專案和 SSH 連接、附加配置選項以及新的管理員介面方面都有了改進。這些改進意味著工作區現在更靈活、更有彈性、更易於大規模管理。

現在可以強制 GitLab 管理員在其自主管理的實例中使用雙因素身份驗證 (2FA)。對所有帳戶，尤其是管理員等特權帳戶使用 2FA 是一種良好的安全做法。如果在強制執行此設置時管理員尚未使用 2FA，則必須在下次登錄時設置 2FA。

一個典型的軟體專案依賴於各種依賴關係，我們稱之為軟體包。軟體包可以是內部構建和維護的，也可以來自公共存儲庫。根據對用戶的調查，我們瞭解到大多數專案使用的公共軟體包和私有軟體包各占一半。軟體包的安裝順序非常重要，因為使用不正確的軟體包版本會在流水線中引入破壞性更改和安全漏洞。

現在，您可以在 GitLab 專案中添加一個外部 Java 倉庫。添加後，在使用依賴代理安裝軟體包時，GitLab 會首先檢查專案中是否有該軟體包。如果找不到，GitLab 會嘗試從外部倉庫調用軟體包。

從外部軟體倉庫提取軟體包後，它就會被導入 GitLab 專案。下一次拉取特定軟體包時，將從 GitLab 而不是外部軟體倉庫拉取。即使外部倉庫出現連接問題，而軟體包存在於依賴代理中，所以拉取軟體包仍能正常工作，從而使你的流水線更快、更可靠。

如果軟體包在外部版本庫中發生變化（例如，用戶刪除了一個版本併發布了一個帶有不同檔的新版本），依賴關係代理就會檢測到。它會使軟體包失效，因此 GitLab 會拉取更新的軟體包。這樣就能確保下載到正確的軟體包，這將有助於減少安全漏洞。

問題分析報告現在包含一個月內關閉問題數量的資訊，以便進行詳細的速度分析。有了這一寶貴的新增功能，GitLab 用戶現在可以深入瞭解與其專案相關的趨勢，並改進整體周轉時間和向客戶交付的價值。問題分析可視化包含一個條形圖，顯示每個月的問題數量，默認時間跨度為 13 個月。您可以通過 “價值流控制面板”中的 “向下鑽取”訪問該圖表。

我們在 “價值流儀錶板”中添加了一個新的 DORA Performers 分數面板，以可視化顯示組織在不同專案中的 DevOps 性能狀態。這一新的可視化顯示了 DORA 分數的細分（高、中或低），以便高管瞭解組織從上到下的 DevOps 健康狀況。

四項 DORA 指標在 GitLab 中開箱即用，現在有了新的 DORA 分數，企業可以將其 DevOps 性能與行業基準或同行進行比較。這種基準比較有助於企業高管瞭解自己與其他企業的差距，並確定最佳實踐或可能落後的領域。

為了幫助我們改進價值流儀錶板，請在本調查中分享您的體驗回饋。