|GitLab 13.5发布，组Wiki，多文件代码片段及其他( 四 )
允许一维平行矩阵
以前 ， parallel: matrix以并行方式运行作业矩阵的关键字仅接受二维矩阵数组 。 如果要为某些作业指定自己的值数组 ， 这是有限制的 。
在新版本中 ， 具有更大的灵活性 ， 可以以最适合的开发工作流程的方式运行作业 。 可以在一维数组中运行作业的并行矩阵 ， 从而使管道配置更加简单 。 这是实践中的一个基本示例 ， 它将针对不同版本的Node.js运行3个测试作业 ， 但是可以将这种方法应用于特定的用例 ， 并轻松地在管道中添加或删除作业：
本文插图
限制每个报告解析的单元测试数量
现在 ， 可以从JUnit报告格式的文件中解析的测试数量受到限制 ， 这些文件在一个构建中上载以供''测试摘要''和''单元测试''报告使用 。 对于GitLab在线仓 ， 对于一个构建中的所有JUnit报告格式文件 ， 最多可解析的测试数量为500,000 。
作业日志中的预折叠部分
作业日志通常包含很长的部分 ， 因此当扫描日志以查找特定信息时 ， 很难进行解析 。
现在 ， 可以将作业日志部分设置为默认折叠 。 为了使解析更加容易 ， 只需[collapsed=true]根据需要在CI/CD配置文件中添加作业脚本即可 。
使用API?验证扩展的GitLab CI/CD配置
编写和调试复杂的管道并不是一件容易的事 。 可以使用关键字来帮助减少管道配置文件的长度 。 但是 ， 如果想事先通过API验证整个管道 ， 则必须分别验证每个包含的配置文件 ， 这既复杂又费时 。
现在 ， 可以通过API验证管道配置的完全扩展版本 ， 其中include包括所有配置 。 现在 ， 调试大型配置变得更加容易和高效 。
''程序包注册表''页面上的更多Conan接口信息
可以使用GitLab Conan存储库来发布和共享C和C++依赖项 。 当使用Package Registry用户界面查找或验证依赖项时 ， 很难区分不同版本的依赖项 。 用户界面显示了名称和版本 ， 但不包含conan_user或conan_channel 。 这两种方法通常用于区分不同的程序包 。 例如 ， 以下配方将在用户界面中显示为Hello version 1.0 。
Hello/1.0@trizzi/stable
Hello/1.0@trizzi/beta
Hello/1.0@other_user/stable
现在 ， 所有路径都显示在用户界面中 ， 从而使查找和验证所需包装变得更加容易 。
配置选项支持将部署密钥推送到受保护的分支
在版本12.0中 ， 更新了部署密钥 ， 以便具有写访问权的密钥不再能够将提交推送到受保护的分支 。 作为此限制的解决方法 ， 一些用户删除了对master分支的访问限制 ， 使其不受保护 ， 并允许所有开发人员推送到master 。
这会增加安全风险 ， 因此为了提供更好的选择 ， Gitlab决定通过配置设置重新启用以前的行为 。
启用gitlab-pages守护程序发送预压缩的br文件
为了改善GitLab页面加载时间 ， 新增加了对Brotli压缩文件的支持 。 这有助于降低每页所需的带宽 ， 从而缩短站点加载时间 。
与API中的项目版本相关联的支持组里程碑（PREMIUM及以上）
对于GitLab中跨多个项目工作的发布经理 ， 通常使用组里程碑来收集计划发布的相关项目 ， GitLab版本可以与项目里程碑相关联 ， 新版中可以通过Releases API将组里程碑与项目版本相关联 。
GitLab托管集群的可自定义名称空间
GitLab托管集群的用户现在可以在创建集群时选择在每个项目中使用单个名称空间 ， 或在每个环境中使用单个名称空间 。 每个项目使用单个名称空间可以简化查找审阅应用程序的过程 ， 而每个环境使用单独的名称空间可以提供额外的安全性 。
查看Kubernetes代理商列表（PREMIUM及以上）
GitLab现在通过在GitLab用户界面中显示代理及其配置来帮助管理Kubernetes代理 。 计划在将来的发行版中为代理提供更多管理工具 。
