上周五，按照惯例Gitlab官方正式发布了一个新的月度版本13.8。该版本对管道编辑、部署仪表盘等有了很大的改进，还推出了50多项的功能和亮点。请随虫虫一起学习尝鲜。如果想升级版本，请查看本文最后的升级更新部分。概述本次发布主要加强了对CI/CD方面的易用性，提高管道、部署等的上手难度。GitLabCI/CD的定义功能一直是通过.gitlab-ci.yml配置文件。将管道配置为代码意味着可以使用与应用程序代码相同的接口对管道进行版本控制和协作。但是，所有这些功能和灵活性都带有相当大的复杂性。。在新版本中推出了，新的一个功能PipelineEditor，一个专为CI/CD设计的编辑器，它具有一些增强的功能，例如内置的linting和配置验证。在提交修改之前，管道可视化编辑器就能显示管道的变化。从GitLab13.8开始，可以在CI/CD分析中找到部署频率图表。这只是GitLab中第一个DORA4指标。这些功能让新用户可以快速上手GitLabCI/CD，并使经验丰富的高级用户更加高效。GitLab13.8中主要功能改进管道编辑器GitLabCI/CD提供了灵活的选项，用来支持各种高级管道用例。管道语法可能很冗长，有时甚至很复杂，特别是对于那些刚接触GitLabCI/CD的人而言。在新版本中，引入了一个全新的管道编辑器来解决这个难题。管道编辑器将使新手和高级用户都更容易配置CI配置。管道编辑器是一个单一解决方案，可将所有现有CI创作功能（以及将来的功能）组合在一个位置。管道编辑器是配置管道时的最佳选择。除了编辑经验外，它还具有其他功能，可帮助编写管道，而无需额外的手动步骤。CI验证会持续检查管道配置，并为提供管道配置有效的指示符。新的PipelineVisualizer提供管道配置的图形表示。Linttab验证管道语法并提供有关每个作业的详细信息。管道编辑器CIlint工具CIlint工具可验证管道的语法，并提供有关每个作业的一些详细信息。此前，CIlint位于作业页面上，不好找到和访问。在新版本中，该工具已包含在新管道编辑器中。借助此改进，可以在编辑配置时轻松使用CIlint，并在提交更改之前快速验证语法是否符合要求。管道编辑器CI/CD配置验证以前，要验证CI/CD配置，必须导航到CIlint页面或提交更改并查找任何错误。在新版本中，在管道编辑器本身中添加了验证。会在写入.gitlab-ci.yml文件之前连续检查管道配置，并为提供配置有效的指示。这样可以节省用户时间和精力，把工作中心放到优化管道上。管道配置可视化作为开发人员，可能很难理解复杂的CI配置，尤其是在尝试预测管道的行为时尤其如此。如果没有视觉帮助，就很难对所有工作之间的关系有个感性认识，很难理解它们之间的相互联系。在新版本中，通过管道可视化，用户现在可以看到.gitlab-ci.yml配置的图形表示，以更好地理解和预测管道的性能。部署频率图（ULTIMATE）知道和监视部署频率是组织采用DevOps的起点。在项目级别引入部署频率图表，可以方便用户和开发团队随时间监视部署效率，发现瓶颈，必要时进行改进。通过Email提交问题为了更有效地将GitLab集成到电子邮件工作流程中，每个问题现在都有一个唯一的电子邮件地址。通过电子邮件发送问题会创建新评论。现在可以告别手动将电子邮件内容和附件复制到GitLab问题中了。单击并拖动多行合并请求注释对单行进行注释非常适合简单的代码审查反馈，但注释通常会涉及多行。例如，逻辑块的一部分，代码段落或整个功能。此前，用户可以在发布评论后通过从原始评论点上下调整行号来选择多行。新版本中，用户可以单击一行的开头，并在合并请求中保留反馈时跨多行拖动注释标记以突出显示和引用多行。直接从合并请求窗口小部件下载工件在新版本中，增加了直接从MR小部件下载构建构件的功能。这对于移动开发特别有用。例如，用户要测试在物理设备或仿真器上创建的特定内部版本的Android程序包。现在，可以直接从合并请求窗口小部件访问这些工件，而不必查找隐藏在管道视图中的工件。重复失败的测试计数器当查看合并请求的管道执行结果时，可能会有测试失败，无法进一步调查。通常很难验证测试失败是否准确并且需要修复，或者仅仅是一个可以忽略的不稳定测试。重复失败测试计数器的第一个最小可行更改将为提供测试摘要合并请求小部件上先前管道中测试失败的频率的计数。部署板开放给Core用户部署板提供了Kubernetes上运行的每个CI环境的当前运行状况和状态的合并视图，显示了部署中Pod的状态。开发人员和其他团队成员可以在已经使用的工作流程中逐个窗格地查看发布的进度和状态，而无需访问Kubernetes。GitLab承诺将18种功能迁移到CECore产品中。在该版本的GitLab中，完成了将DeployBoards迁移到Core的工作。合并请求的Rebase快速操作Rebase是一个Git命令，用于在新提交之上重新应用提交。实际上，这意味着在最新版本的目标分支（例如main）之上从功能分支重新应用提交。这样，可以使功能分支保持最新状态并解决任何冲突，而无需使用合并提交，从而可以简化线性Git历史记录。GitLab13.8带来了在合并请求中执行rebase快速操作的功能，使用户可以快速调用gitrebase。在合并请求注释上，键入/rebase并单击

转载请注明:http://www.aideyishus.com/lkgx/6538.html