按照发版惯例，GitLab日前发布了一个新的大版本15.0。我们知道Gitlab发版是月度一个中度版本，一年发布一个大版本，所以本次发布的是年度的版本。此次版本中主要有内部注释、多层容器扫描等40多项改进。更多功能请和虫虫一起学习。

GitLab15.0主要改进

WYSIWYG编辑器中的编辑代码块、链接和媒体内联

GitLab15.0包含一些令人兴奋的改进，以方便wiki的WYSIWYGMarkdown编辑器中的工作流程。

首先，代码高亮样式将更加丰富：从代码块上方的下拉列表中的多种语言中进行选择，无论是CSS、YAML，还是Python代码都可以实现准确的语法高亮渲染。代码块还能会继承喜欢的语法高亮主题，甚至可以将代码块快速复制到剪贴板，以便在选择的代码编辑器中使用。

另外，所见即所得WYSIWYG编辑器中处理链接和媒体将比以往任何时候都容易。之前，必须从编辑工具栏中进行选择才能更改wiki页面上的选定链接或图像，有些编辑需要删除链接或图像并重新创建它。编辑链接和图像现在更容易，当您选择链接或附加图像时会出现一个新的弹出菜单从菜单中，可以快速编辑链接的目标URL或描述，将链接或图像复制到剪贴板，甚至从页面中删除链接或图像。

高级搜索兼容OpenSearch（PREMIUM）

OpenSearch是一个开源的Elasticsearch分支。GitLab15.0之前，高级搜索与OpenSearch不兼容。如您使用AWS托管服务，则必须使用旧版本的Elasticsearch。新版本中可以充分利用OpenSearch进行高级搜索。

使用自动迭代节奏计划和安排问题（PREMIUM）

在GitLab14.10及更早版本中，分组仅支持一组迭代。这使得在一个团队中工作的不同团队难以自主地安排和跟踪期从一个迭代到另一个迭代的问题。为了改进这一点，新增加了一个小组以迭代节奏管理多组并发迭代的能力。它允许每个团队在其迭代节奏中控制每次迭代的开始日期和持续时间。

迭代的日常管理现在也更加高效。当创建一个新的迭代节奏时，选择第一次迭代的第一天，每次迭代应该是多少周，以及GitLab维护多少即将到来的迭代。还可以选择启用未完成的问题以从一个已完成的迭代自动滚动到下一个迭代。创建节奏后，GitLab会自动创建指定数量的即将到来的迭代。

同时问题面板或问题列表也可以限定为迭代。

组中的所有现有迭代都将转换为迭代节奏，而不会更改基础迭代数据。此外，为了更好地支持迭代的未来增强功能，例如迭代速度和波动性以及容量规划，已弃用手动创建和删除单个迭代的能力，并将在16.0中删除该功能。

内部注释

在许多情况下，组织希望公开问题和Epic，但对其中的对话应用更严格的治理。例如，当使用GitLab问题作为服务台工作流程的一部分时，组织可能希望公开有关问题的核心细节，但不想广泛公开客户特定的机密数据。

使用内部注释，可以使用仅对某些用户可见的内部或客户数据来编辑讨论，同时保持有关问题的核心细节公开。问题或Epic中的内部注释只能由问题作者、受让人以及至少具有报告者角色的组或项目成员查看。

将外部组织和联系人链接到问题

GitLab15.0引入了一个MVC，用于从GitLab管理和外部用户。借助客户关系管理(CRM)功能，可以实现：

创建组织和联系人。

为组织设置默认账单费率。

将联系人添加到组织。

/add_contacts通过快速操作将联系人链接到问题。

查看与给定联系人或属于组织的所有联系人相关的问题。

客户关系功能默认不启用，只能从顶级组进行管理。

在管道配置中使用嵌套CI/CD变量和环境

environments在CI/CD配置中使用带有关键字CI/CD变量非常棒，因为它可以动态创建环境。虽然这已经是一个强大的功能，但仍然存在一些限制，比如还不能使用嵌套变量来定义环境。

从GitLab15.0开始，可以将变量嵌套在其他变量中，并让它们都以期望的方式扩展。由于增加了灵活性，这使得动态环境更加强大！

对项目发布里程碑的迁移支持()

GitLab迁移添加对更多发布元数据的支持。在GitLab15.0中，添加了项目发布里程碑。该元数据将帮助用户迁移更多发布数据，而无需手动复制丢失的发布属性。

通过拖放重新组织问题描述列表项

问题描述用于捕获许多不同类型的信息，例如清单、大纲和实施细节。现在可以轻松地通过拖放来重新组织描述的列表项，而无需编辑和保存完整的描述。

组级wiki可见性（PREMIUM）

GitLab15.0对组级wiki可见性进行了更细粒度的控制，与项目级wiki上已有的选项相匹配。

现在，可以选择wiki是否对有权访问该组的所有人可见，将其访问权限限制为仅组成员，甚至完全禁用可见性。群组管理员可以在群组设置页面中找到这些选项。

一方便wiki

显示用户命名空间中共享runner的使用情况

跟踪公共项目的每月CI/CD使用情况很困难，尤其是跨命名空间中的多个项目。无法轻松查看哪些项目或哪些项目最常使用共享runner。

新版本，每个用户命名空间的共享SaaSrunner使用情况与CI/CD分钟数一起显示在UsageQuota页面上。可以查看每个项目使用共享运行器的次数以及分钟使用量随时间的变化趋势。

查看有关每个runner的更多详细信息

以前，如果想要一目了然地查看runner的相关信息，您必须在屏幕之间切换，甚至使用API来检索详细信息。现在，管理员可以在运行器的详细视图上查看运行器的执行器、架构和平台。这些详细信息可以帮助您快速确定基本详细信息，这对于解决问题或管理日常操作和维护任务至关重要。

访问和验证环境的操作

以前，在使用环境时，只存在一个关键字来指定作业正在执行不触发部署、创建或停止环境的任务。此environment:action:prepare关键字适用于协助准备环境的工作。但是，除了准备环境之外，还有许多其他与部署相关的任务，用户已经重载了prepare关键字来执行这些任务。

在15.0中，添加了两个新关键字来执行需要访问环境范围变量的任务。在该.gitlab-ci.yaml文件中，现在可以environment:action:access为一组广泛的用例添加一个通用关键字，environment:action:verify并且在部署期间特别需要验证结果时。

从带注释的标签自动创建发行说明

以前，在创建版本时，版本说明描述为空。通过此更新，在基于标签的UI中创建发布时，现在可以轻松地将该标签的消息包含在发布说明中。可以选择UI中的复选框选项，将标签的消息附加到版本的发行说明部分。此更改使将重要内容（例如更改日志或功能列表）合并到已发布版本中变得更加容易。

发布组的API接口

GroupsAPI新添加了一个新接口，能够检索组内所有项目的发布。这使API的用户或消费者可以方便地获得组级别的发布的整体视图。接口支持按created_at日期和分页排序。

Kubernetes1.22集群支持

如果使用Kubernetes，GitLab希望确保在将集群升级到最新的Kubernetes版本时拥有完整的功能。虽然许多人使用GitLab来部署Kubernetes集群，但直到最近还没有对Kubernetes1.21和1.22的官方支持。此版本全面支持这些版本中与Kubernetes相关的所有功能。

TerraformCI/CD模板向Terraform模块注册表进行身份验证

如果您使用Terraform，则可以使用模块注册表来存储您的基础架构模块并简化的开发人员体验。GitLab附带一组TerraformCI/CD模板，这些模板支持所有GitLab开箱即用的功能，甚至可以帮助没有经验的Terraform用户快速入门。

以前，如果使用Terraform模块注册表，则需要在自定义CI作业中对注册表进行身份验证，即使使用的是erraformCI/CD模板。

高级搜索与Elasticsearch8兼容（PREMIUM）

Elasticsearch8是Elastic的当前版本。以前，不能将Elasticsearch8用于高级搜索。必须使用旧版本。从15.0开始，可以使用Elasticsearch8进行高级搜索。

如果使用Elasticsearch7.x，则必须先升级到GitLab15.0，然后再升级到Elasticsearch8。

如果使用Elasticsearch6.8，请先升级到任何Elasticsearch7.x版本，然后再升级到GitLab15.0。

从用户弹出窗口中

转载请注明:http://www.aideyishus.com/lkcf/1041.html