合併請求審核的最後一步是要傳達審核結論。“同意”是一個清晰的結論，但評論可能就是模棱兩可的了。代碼作者需要閱讀你的評論並判斷，你的評論是僅提供一些資訊，還是要求他們進行修改。現在，當你完成審核時，可以從三個選項中進行選擇：

• 評論：提交一般回饋，但不明確表示批准。
• 批准：提交回饋並批准更改。
• 請求更改：執行合併前需要解決此回饋提出的問題。

在側邊欄中，你的審核結論會顯示在你的名字旁邊。目前，選擇“要求修改”不會阻止合併的進行，但是合併請求中的其他參與者將能夠看到這個額外資訊。

您可以在我們的回饋問題中留下有關 “請求更改”功能的回饋。

在 GitLab 16.9 中，我們對 CI/CD 變數用戶體驗進行了一系列改進。我們通過以下更改改進了變數創建流程：

• 改進了變數值不符合要求時的驗證。
• 變數創建過程中的幫助文本。
• 允許調整變數表單中值字段的大小。

其他改進還包括為組和專案變數增加了一個新的可選描述字段，以幫助管理變數。我們還使添加或編輯多個變數變得更容易，減少了軟體開發工作流程中的摩擦，使開發人員能夠更高效地完成工作。

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

目前，要使用自動取消冗餘流水線功能，必須將可取消的作業設置為可中斷：即將“確定是否可以取消流水線”設置為“true”。但這只適用於那些在 GitLab 執行取消時正在運行的作業。那些尚未啟動（處於“待定”狀態）的作業，無論其可中斷配置如何，其實也是可以被安全取消的。

這種靈活性的缺失使用戶無法利用“自動取消流水線”功能來準確控制他們想取消哪些作業。為了解決這一限制，我們很高興地宣佈引入 auto_cancel:on_new_commit 關鍵字，對作業取消進行更精細的控制。如果之前的操作無法滿足您的需求，現在您可以配置流水線只取消明確設置為 interruptible: true 的作業，即使這些作業尚未開始。您還可以將作業設置為永不自動取消。