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

查看内联使合并请求线程过时的更改在处理合并请求中的审阅反馈时，经常更改审阅者评论行。在这些评论线程中， GitLab表示进行了新的更改。但是，要了解这些新更改是否针对反馈，审阅者必须离开讨论的上下文。
新版本中在查看与旧更改相关的线程时，可以直接在线程中查看新更改。这种改进的上下文可帮助您更快、更准确地复习。

GitLab Runner Pod 清理如果有剩余的Kubernetes Runner Pod ，现在可以使用GitLab Runner Pod Cleanup来清理它们。该开源实用程序与GitLab Runner Manager一起安装在 Kubernetes集群中，并在配置后删除集群中孤立的runner pod 。当使用GitLab Runner的Kubernetes执行器大规模执行 CI/CD 作业时，新实用程序可减少维护开销。
在CI/CD 配置中支持job:when以前，不可能将GitLab CI/CD作业配置为在作业级别同时定义rules和when关键字。必须when在每个rules部分都添加内部，这可能会导致CI/CD配置过长或重复。
在新版本中，取消了该限制，现在可以when在作业级别使用rules. 这使得when更灵活，并有助于创建更简单的作业配置。
从UI启用依赖代理清理策略可以使用GitLab依赖代理代理和缓存来自Docker Hub的容器镜像，以实现更快、更可靠的构建。随着时间的推移，团队可能会向缓存中添加许多项目，从而导致更高的存储成本。
已经能够通过使用API清除整个缓存来解决此问题。但这是低效的，因为只想删除不再使用的陈旧过时的项目。这就是我们为依赖代理添加清理策略的原因。您可以以编程方式从团队最近未使用的缓存图像标签中删除。但是，此功能需要您使用GraphQL ，如果不经常使用它，则效率很低。
新版本中，可以从用户界面为依赖代理启用自动生存时间 (TTL) 策略。通过设置 >包和注册表 > 依赖代理，并启用设置以在90天后自动从缓存中清除项目。

使用部署令牌下载 Composer依赖项现在可以使用部署令牌来验证与 Composer 存储库交互的用户。此前，个人访问令牌和作业令牌可用于对从 GitLab Composer 存储库发布和下载 Composer 依赖项的用户进行身份验证。这些令牌与特定用户相关联。部署令牌提供了一种与特定用户无关的身份验证方法，确保生产工作流程更加高效和安全。
支持 RetireJS 的HTTPS 代理设置（ULTIMATE）依赖扫描现在通过尊重HTTPS_PROXY环境变量来支持Retire.js中的代理设置。如果HTTPS_PROXY设置，它将retire作为 CLI 选项传递到命令行。
自动删除旧的部署git引用随着项目的不断部署，部署的数量可能会大幅增加。为了保持Git命令的高性能，我们添加了自动删除旧部署的Git引用。 GitLab将保留每个项目最近的50000 个部署，并自动删除其他项目的Git引用。

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 ，这样收集作业失败数据要容易得多。