通過工作區，你就能創建可重現的、短暫的、基於雲的運行環境。自 GitLab 16.0 引入該功能以來，使用工作區的唯一方法就是通過直接在環境中運行的基於流覽器的 Web IDE。然而，Web IDE 並不總是適合你的工具。

有了 GitLab 16.3，你現在可以通過 SSH 從桌面安全地連接到工作區，並使用本地工具和擴展。首次迭代支持直接在 VS Code 中或通過 Vim 或 Emacs 等編輯器的命令行進行 SSH 連接。未來的迭代版本將支持其他編輯器，如 JetBrains IDE 和 JupyterLab。

在以前的版本中，您可能會使用 kubectl 或其他第三方工具來檢查 Flux 部署的狀態。從 GitLab 16.3 開始，您可以使用環境用戶介面檢查部署情況。

部署依賴 Flux Kustomization 和 HelmRelease 資源來收集給定環境的狀態，因此需要為環境配置一個命名空間。默認情況下，GitLab 會在 Kustomization 和 HelmRelease 資源中搜索專案標題的名稱。你可以在環境設置中自定義 GitLab 搜索的名稱。

對於安全和合規團隊來說，確定哪些安全或合規掃描結果是可操作的是一項重大挑戰。針對掃描結果策略的細粒度篩選器將幫助您排除干擾，確定哪些漏洞或違規行為最需要您的關注。這些新的篩選器和篩選器更新將簡化您的工作流程：

• 狀態：更改後的“狀態”規則使您可以更輕鬆地處理“新的”和“之前已存”的漏洞。新的“狀態”字段 new_needs_triage 使您可以只篩選需要進行分類的新漏洞。
• 時間：新的政策使您可以在漏洞（的發現日期）超出SLA（以日、月或年計算）時執行審批。
• 可修復問題（Fix Available）： 縮小策略的關注範圍，以處理可修復的依賴項。
• 誤報：對於 SAST 結果，過濾掉我們的漏洞提取工具檢測到的誤報；對於容器掃描和依賴性掃描結果，過濾掉通過 Rezilion 檢測到的誤報。

現在，您可以直接在 Visual Studio Code (VS Code) 中查看安全發現，就像在合併請求中可以直接看一樣。

您現在可以在 GitLab 工作流面板中監控 CI/CD 流水線的狀態、查看 CI/CD 作業日誌並在開發工作流中推進工作。現在，當您為分支創建合併請求後，你還能看到默認分支上沒有的新安全發現列表。

這項新功能是 GitLab Workflow for VS Code 的一部分。安全掃描結果是從 API 中提取的，因此使用 GitLab.com 、運行 GitLab 16.1 或更高版本的自我管理實例的開發人員可以使用此功能。

needs 關鍵字用於定義任務之間的依賴關係。您可以利用該關鍵字對依賴於上游任務的任務進行配置，而不是遵循進度分配。當依賴項任務完成後，您的任務就會立即啟動，從而加快流水線速度。

以前無法通過使用needs 關鍵字將並行矩陣任務設置為依賴任務，但在此版本中，我們也啟用了在並行矩陣任務中使用 needs 的功能。您現在可以為並行矩陣任務定義靈活的依賴關係，這將有助於進一步加快您的流水線速度！任務越早開始，流水線就能越早完成！

現在可以在 CI/CD 作業中輕鬆檢索和使用存儲在 Azure Key Vault 中的秘密。我們的新集成簡化了通過 GitLab CI/CD 與 Azure Key Vault 交互的過程，有助於簡化構建和部署流程！