|GitLab 13.5发布，组Wiki，多文件代码片段及其他( 二 )
本文插图
GitLab SaaS包括Linux和Windows运行程序 ， 这些运行程序很容易使用 ， 可以运行的GitLab CI/CD管道作业 。 某些组织要求其CI/CD作业只能在自建实例的运行程序上运行 ， 因此 ， 在每个项目上禁用实例级共享运行程序的使用会导致不必要的管理开销 。
新版本中 ， 管理员可以在组级别启用或禁用共享运行程序 。 管理员还可以允许组覆盖全局设置 ， 并在每个项目的基础上使用共享运行器 。
手动作业触发下游或子管道
以前 ， 不可能将触发作业配置为等待手动操作 。 这使得配置下游或子管道触发器以等待用户在运行之前单击它们具有挑战性 。
在新版本中 ， 增加了添加when: manual触发作业的功能 。 使用该关键字使触发作业等待 ， 直到单击''Play''按钮 。 这样可以更好地控制下游管道和子管道 ， 使其仅在希望它们运行时才运行 。
本文插图
直接从GitLab启动Gitpod工作区
工程师拥有复杂的开发环境 ， 可能需要花费一些时间来设置和进行测试更改或探索具有挑战性的新项目 。 一个项目的入门通常涉及以下文档 ， 安装依赖项 ， 并希望与运行的其他服务没有冲突 。 此过程可能很耗时 ， 容易出错 ， 并且可能无法准确地复制配置以测试项目并为项目做出贡献 。
通过将Gitpod集成到GitLab中 ， 可以直接从GitLab界面轻松启动Gitpod工作区 。 在GitLab上编辑项目时 ， 存在一个新的下拉选项可在GitPod中打开该项目：
本文插图
Gitpod允许使用代码定义项目的配置 ， 因此可以一键启动预构建的开发环境 。 这些环境是通过.gitpod.yml项目内部的文件配置的 ， 其中包括Docker配置 ， 启动任务 ， 编辑器扩展等选项 。 这种灵活的配置是项目代码的一部分 ， 使开发人员可以快速开始进行项目工作 。
多个文件代码段
工程师经常使用片段来共享代码 ， 可重用组件 ， 日志和其他项目的示例 。 这些有价值的信息通常需要其他上下文 ， 并且可能需要多个文件 。 共享指向多个文件或多个片段的链接使用户将这种上下文拼凑在一起并理解所呈现内容的范围具有挑战性 。
在GitLab 13.0中 ， 通过为片段提供基于Git存储库的版本控制支持奠定了基础 。 在查看代码并理解其目的时 ， 版本控制及其提供的历史记录是重要的上下文 ， 但可能还不是全部 。
GitLab现在在单个代码段中支持多个文件 ， 用户可以创建由多个部分组成的代码段 。 它将其用途扩展到无限的可能性 。 例如：
包含脚本及其输出的代码段 。
包含HTML ， CSS和JS代码的摘要 ， 可以轻松预览结果 。
包含docker-compose.yml文件及其关联.env文件的代码段 。
一个gulpfile.js文件加上一个package.json文件 ， 一起用于引导项目和管理其依赖项 。
在单个代码段中提供所有这些文件 ， 为可以共享的内容类型和查看它们时提供的上下文提供了更多选项 。
本文插图
通用软件包注册表
GitLab Package Registry产品中支持多种语言 。 但是 ， 存储尚不支持的其他二进制类型 。
在GitLab 13.5中 ， 可以将原始的程序包（就像在Nexus中一样）添加到通用程序包注册表中 。 展望未来 ， 此功能有助于为发布资产创建基础 ， 并允许附加二进制包 ， 从而使可以更轻松地使用GitLab打包和发布软件 。
将二进制包附加到发布
新版本中可以将二进制文件附加到的发行标签gitlab.ci-yml 。 这扩展了对发行资产的支持 ， 使其不仅包括资产链接或源代码 ， 还包括二进制文件 。 这使得开发团队更容易采用GitLab并使用它来自动化发布过程 。
