按照预期发版计划，昨天GitLab官方发布了又一个新的月度版本GitLab13.5。该版本在通过协作和DevOps，让开发团队成员之间，各个工具之间进行协作。有关功能请追随虫虫一起学习。

概述

移动应用程序安全性扫描

Gitlab安全扫描功能，可以帮助并赋予开发人员查找和修复安全漏洞的能力，但他们还希望iOS和Android移动应用程序具有相同的功能。根据集成指南，社区将MobSF引入到合并请求管道和安全仪表板，以及SAST和所有其他GitLab安全扫描结果。

这种新的MobileSAST语言覆盖范围和现有的对Swift和Java项目的模糊测试，现在为移动应用程序提供了有价值的安全测试解决方案。

分组Wiki

分组可以通过多种方式进行协作，现在提供了更多协作方式。新版本可以在团队级别上为提供一个中心协作点。随之而来的是，会在侧栏中找到更深层次的Wiki导航，以便于导航。

基于社区贡献，现在可以直接从GitLab界面轻松启动GitpodWorkspace。

在事件期间，可能很难从多线程讨论中了解事件的顺序。使用事件中讨论的新时间线视图，可以切换讨论的时间线视图。

代码片段和模板有助于共享

代码片段有助于组成员之间的代码共享。单个代码现在支持包含多个文件的代码段，因此可以创建和共享由多个部分组成的复杂代码段。

模板可促进跨团队的最佳实践和一致性。新版本中，将有将更多模板，例如新增加了模板，用于Terraform的新的GitLabCI/CD以及新的SAST配置UI，该为没有CI/CD经验的用户启用GitLabCI/CDSAST模板。

跨工具协作

GitLab希望其他工具和谐集成。无论是获取第三方安全扫描程序结果，还是与其他DevOps工具集成，都可以无缝集成展现。通过GenericPackageRegistry，可以在原始包中尚不支持的GitLab中存储其他二进制类型，并将二进制包可以作为发行附件，从而使发行和构建团队可以在GitLab中有效地工作。

GitLab13.5主要功能改进

组Wiki（PREMIUM及以上）

对于许多团队而言，使用GitLabWiki进行计划和文档编制是其工作流程的关键部分。尽管很受欢迎，但团队仍在努力限制Wiki仅在项目级别可用的局限性。从事多个项目的团队需要为每个存储库创建单独的Wiki，从而带来更好的体验。

使用OmnibusGitLab安装GitLabKubernetes代理（PREMIUM及以上）

上个月，为随Helm安装的自我管理的GitLab实例推出了GitLabKubernetes代理。

新版本增加了对官方Linux软件包的支持。在新的Kubernetes集成中，代理通过从GitLab提取新更改来协调部署，而不是GitLab将更新推送到集群。

GitLab中查看集群成本管理数据

许多用户创建了自己的脚本，以更好地了解其集群成本。但是，现在可以在GitLab用户界面中查看群集成本和资源使用情况的概述。该集成基于Kubecost的基础上cost-model，用户灵活地洞悉集群的各个级别。使用提供的成本模板查看每月节点成本以及GitLab托管应用程序的成本，或者使用Kubecost提供的九种指标和GitLab的Prometheus查询功能构建更复杂的自定义仪表板。

查看群组时启用实例级共享Runner

GitLabSaaS包括Linux和Windows运行程序，这些运行程序很容易使用，可以运行的GitLabCI/CD管道作业。某些组织要求其CI/CD作业只能在自建实例的运行程序上运行，因此，在每个项目上禁用实例级共享运行程序的使用会导致不必要的管理开销。

新版本中，管理员可以在组级别启用或禁用共享运行程序。管理员还可以允许组覆盖全局设置，并在每个项目的基础上使用共享运行器。

手动作业触发下游或子管道

以前，不可能将触发作业配置为等待手动操作。这使得配置下游或子管道触发器以等待用户在运行之前单击它们具有挑战性。

在新版本中，增加了添加when:manual触发作业的功能。使用该关键字使触发作业等待，直到单击Play按钮。这样可以更好地控制下游管道和子管道，使其仅在希望它们运行时才运行。

直接从GitLab启动Gitpod工作区

工程师拥有复杂的开发环境，可能需要花费一些时间来设置和进行测试更改或探索具有挑战性的新项目。一个项目的入门通常涉及以下文档，安装依赖项，并希望与运行的其他服务没有冲突。此过程可能很耗时，容易出错，并且可能无法准确地复制配置以测试项目并为项目做出贡献。

通过将Gitpod集成到GitLab中，可以直接从GitLab界面轻松启动Gitpod工作区。在GitLab上编辑项目时，存在一个新的下拉选项可在GitPod中打开该项目：

Gitpod允许使用代码定义项目的配置，因此可以一键启动预构建的开发环境。这些环境是通过.gitpod.yml项目内部的文件配置的，其中包括Docker配置，启动任务，编辑器扩展等选项。这种灵活的配置是项目代码的一部分，使开发人员可以快速开始进行项目工作。

多个文件代码段

工程师经常使用片段来共享代码，可重用组件，日志和其他项目的示例。这些有价值的信息通常需要其他上下文，并且可能需要多个文件。共享指向多个文件或多个片段的链接使用户将这种上下文拼凑在一起并理解所呈现内容的范围具有挑战性。

在GitLab13.0中，通过为片段提供基于Git存储库的版本控制支持奠定了基础。在查看代码并理解其目的时，版本控制及其提供的历史记录是重要的上下文，但可能还不是全部。

GitLab现在在单个代码段中支持多个文件，用户可以创建由多个部分组成的代码段。它将其用途扩展到无限的可能性。例如：

包含脚本及其输出的代码段。

包含HTML，CSS和JS代码的摘要，可以轻松预览结果。

包含docker-

转载请注明:http://www.aideyishus.com/lktp/1344.html