自动认证为企业用户
当 JihuLab.com 用户的主邮箱地址和既有且已经验证过的域名相匹配时，此用户就会被自动认证为企业用户。这让群组拥有者能够更好的管控用户，并且增强了用户账号的可见性。当用户成为企业用户以后，他们只能将其主邮箱域名修改为组织拥有且经过验证的域名。
只包含默认分支的最小 fork
在之前的版本中，fork 一个仓库往往会 fork 该仓库的所有分支。在此版本中，fork 的时候可以仅 fork 默认分支，这减少了复杂度而且节约了存储空间。如果你不想要那些存在于其他分支上的代码变更时，那就直接创建一个最小 fork 就行。
默认的 fork 方法不会发生变化，fork 的时候依旧会包含所有的分支。新增的选项会明确哪一个分支是默认分支，以便明确在新的 fork 中需要包含哪一个分支。
允许用户将强制执行 MR 审核设置为合规策略
企业对于代码变更的审核越来越严格，这些变更可能会部署到生产环境上，并且使企业面临合规风险和安全漏洞所带来的潜在风险。使用扫描结果策略，可以确保所有变更代码必须要两人审核之后才能进行合并。
扫描结果策略新增了一个针对任意合并请求的选项，可以和基于角色的审批人员这一功能一起使用，用来确保针对选定分支的合并请求需要至少两个用户审批才能进行合并，且用户需要具备一定的角色（拥有者、维护者或者开发者）。
此功能在 16.6 的 SaaS 上可用。对于私有化部署来说，是通过功能开关 scan_result_any_merge_reuqest来实现的，此功能将在 16.7 中默认开启。
CI/CD 组件功能发布 Beta 版
在极狐GitLab 16.1 中，我们发布了一个处于试验阶段的功能，叫做 CI/CD 组件。组件是一种流水线构建块，可以在即将到来的 CI/CD 目录（catalog）中被检索到。
今天，我们很高兴地宣布，CI/CD 组件功能来到了 Beta 版。在此版本中，在初始版的基础上，我们还改进了组件文件夹的结构。如果你已经在使用试验版本的 CI/CD 组件功能，现在可以迁移到新的文件夹结构了。可以在这儿查看更多样例。旧的文件夹结构已被弃用，我们计划在将来的几个版本中陆续移出旧的文件夹结构。
如果你想尝试一下 CI/CD 组件功能，欢迎你同时试用当前处于试验阶段的 CI/CD 目录功能。你可以在全局 CI/CD 目录中查找别人创建且上传的组件来使用。此外，你还可以创建自己的组件，然后将它们上传到 CI/CD 目录中。
CI/CD 变量管理的 UI 界面改进
CI/CD 变量是极狐GitLab CI/CD 基础功能的一部分，我们认为可以为变量管理提供更好的 UI 体验。因此在这个版本中，我们使用了新的方法对 UI 进行了设计，这种设计布局改进了添加、编辑 CI/CD 变量的流程。
比如，当你想要将 CI/CD 变量保存为隐藏类型的时候，会进行隐藏验证，如果验证失败，你不得不重做一遍。但是现在，你可以得到实时的验证结果，然后根据结果进行调整，而不用重做一遍。
Runner 队列仪表板—基础指标（Beta）
对私有化部署 Runner 队列的维护者来说，他们需要更好的可观测性，以便快速回答与 Runner 队列基础设施有关的问题。现在，有了 Runner 队列仪表盘—管理视角（Beta），就可以通过可执行的洞察视角来帮助你快速回答重要的 Runner 队列问题以及与研发人员体验有关的问题。这些问题可能有很多，诸如哪些 Runner 运行出错、CI 作业执行时 Runner 队列的性能问题以及最常用的 Runner 是哪些等等。旗舰版用户可以单独开启此功能。
