合并请求审核的最后一步是要传达审核结论。“同意”是一个清晰的结论，但评论可能就是模棱两可的了。代码作者需要阅读你的评论并判断，你的评论是仅提供一些信息，还是要求他们进行修改。现在，当你完成审核时，可以从三个选项中进行选择：

• 评论：提交一般反馈，但不明确表示批准。
• 批准：提交反馈并批准更改。
• 请求更改：执行合并前需要解决此反馈提出的问题。

在侧边栏中，你的审核结论会显示在你的名字旁边。目前，选择“要求修改”不会阻止合并的进行，但是合并请求中的其他参与者将能够看到这个额外信息。

您可以在我们的反馈问题中留下有关 “请求更改”功能的反馈。

在 GitLab 16.9 中，我们对 CI/CD 变量用户体验进行了一系列改进。我们通过以下更改改进了变量创建流程：

• 改进了变量值不符合要求时的验证。
• 变量创建过程中的帮助文本。
• 允许调整变量表单中值字段的大小。

其他改进还包括为组和项目变量增加了一个新的可选描述字段，以帮助管理变量。我们还使添加或编辑多个变量变得更容易，减少了软件开发工作流程中的摩擦，使开发人员能够更高效地完成工作。

我们非常重视并感谢您对这些更改的反馈意见。

目前，要使用自动取消冗余流水线功能，必须将可取消的作业设置为可中断：即将“确定是否可以取消流水线”设置为“true”。但这只适用于那些在 GitLab 执行取消时正在运行的作业。那些尚未启动（处于“待定”状态）的作业，无论其可中断配置如何，其实也是可以被安全取消的。

这种灵活性的缺失使用户无法利用“自动取消流水线”功能来准确控制他们想取消哪些作业。为了解决这一限制，我们很高兴地宣布引入 auto_cancel:on_new_commit 关键字，对作业取消进行更精细的控制。如果之前的操作无法满足您的需求，现在您可以配置流水线只取消明确设置为 interruptible: true 的作业，即使这些作业尚未开始。您还可以将作业设置为永不自动取消。