当 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 作业的运行程序队列的性能以及哪些运行程序最常用等问题。终端用户可独立启用这项功能，但我们鼓励您加入早期采用者计划。