客户端|GitLab 14.6发布，优化了Geo高可用以及安全更新等( 三 ) 阿里巴巴|华为

Geo验证四种附加数据类型（PREMIUM）GitLab将上传、LFS对象、页面部署和外部合并请求差异等数据存储在文件系统或对象存储中。 Geo将这些数据复制到一个或多个辅助站点，以提高分布式团队的生产力或作为灾难恢复策略的一部分。当存储在文件系统中时， Geo现在还自动验证复制的上传、LFS对象、页面部署和外部MR差异的数据完整性。这确保它们在传输或静止时不会损坏。如果使用Geo作为灾难恢复策略的一部分，这将提供额外的数据丢失保护。
Markdown中呈现引用问题的标题在Markdown字段中引用问题、Epic或合并请求时，以前无法显示和显示除ID之外的其他上下文。现在可以附加到问题、Epic或合并请求引用以呈现标题。

Squash提交消息模板Squash提交是通过在合并时组合所有提交来清理合并请求的提交历史的好方法。分支历史变得更容易阅读和遵循，而变化后台信息保持不变。 GitLab之前使用合并请求标题作为默认的提交消息。如果您在合并前未编辑消息，则有关更改的重要详细信息可能会丢失。
项目维护人员现在可以根据项目需要自定义默认的提交消息。包括有关每个合并请求的详细信息，例如源分支和目标分支，以及有用的变量。有了更完整的提交消息，每个人现在都可以更好地了解更改的上下文。

API 响应中返回的作业失败原因使用API收集有关作业失败原因的数据可能很困难。例如，可能需要准确的失败原因以更好地使用retry:when关键字。
现在，在对Jobs API的响应中添加了failure_reason ，这样收集作业失败数据要容易得多。
为待处理作业触发的 Webhook以前，使用作业事件Webhook进行CI/CD监控具有挑战性，因为很难跟踪项目中可能存在的作业数量。
现在，当作业状态更改为pending时， Webhook会触发事件，因此不再需要实施变通方法或自定义集成来跟踪所有作业状态。
仅使用name和发布Conan包version使用 GitLab Conan存储库来发布和共享的C/C++ 包。当创建一个Conan包，有四个领域要考虑：name ， version ， user ，和channel 。这些字段唯一地标识一个包。该user和channel字段是可选的Conan 2.0 ，但GitLab需要继续使用它们。自定义命名约定以匹配 GitLab 中的要求而不是Conan设置的标准是低效且不切实际的。
新版本中更新了GitLab Conan存储库以与Conan保持一致。现在可以使用或不使用user和channel字段发布和下载Conan包。
Omnibus套件更新Mattermost升级为了 6.1 ，新版本包括团队中最近提及和保存帖子的单一视图、快速访问最近使用的反应、定时请勿打扰、剧本和板预览、Playbooks和面板预览，改进的通知和板计算。还包括安全更新，建议从早期版本升级。
GitLab 14.6附带了适用于amd64和arm64架构的Debian 11 Bullseye软件包。
安全和合规性审计设置最大SSH密钥生命周期（ULTIMATE）管理员现在可以设置SSH密钥可以保持有效的最大天数。对于有合规性要求定时间间隔后强制执SSH密钥到期的组织尤其有用。 GitLab已经能够设置个人访问令牌(PAT)可以保持有效的最大天数，并且此功能以类似的方式工作。
要设置此新限制，管理员可以导航到管理区域并选择设置>常规。通过展开帐户和限制以设置SSH 密钥的最大允许生命周期（以天为单位）来查找新设置。

依赖列表中的容器扫描结果（ULTIMATE）安全团队、合规团队和开发人员必须全面了解项目使用的所有依赖项。默认情况下，容器扫描作业现在将任何已识别的系统依赖项添加到依赖项列表中。此系统依赖项列表与依赖项扫描作业标识的任何应用程序依赖项一起出现。用户现在可以在安全与合规性>依赖项列表页面上的一个集中位置查看项目依赖项的完整列表。