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

使用Groups API将子组移动到不同的父组并将子组变成顶级组。
管理员和用户可以使用此新功能：
要转移组的所有者角色。
如果转移组，则允许在新的父组中创建子组。
如果将子组转换为顶级组，则允许创建顶级组。

一键复制Markdown中的代码块现在可以通过单击在Markdown 复制代码块，而不是选择块中的所有代码并使用键盘将其复制到剪贴板。

全新清新图标系GitLab中的产品图标已更新为：
与其他UI元素更加平衡。
更好地与品牌保持一致。
通过允许更容易地迭代和新图标的引入，被构建为更加面向未来。
在浅色和深色UI中都能很好地工作。
更好地传达抽象概念和隐喻。

查看内联使合并请求线程过时的更改在处理合并请求中的审阅反馈时，经常更改审阅者评论行。在这些评论线程中， 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引用。