GitLab14.0发布,DevOps流程完善和哈希存储等

前天 , 按Gitlab一贯的发版规律 , Gitlab官方发布了又一个里程碑大版本GitLab14.0 。 在GitLab14中 , GitlabDevOps工具链更加现代 。 GitLab14是一个完整的DevOps平台 , 其中贯穿了安全性、单数据存储支持下可见性和洞察力 , 支持无缝集成和可扩展系统 , 用户和企业从中获得速度和效率的收益 , 其详尽的功能请随虫虫一起学习 。
GitLab14.0发布,DevOps流程完善和哈希存储等
文章图片
GitLab14.0主要功能
Epic面板
Epic面板通过持续传达Epic状态来调整团队和组织 。 之前版本的GitLab要求列表中查看和排序Epic以查看整体状态 。 Epic面板在一个统一的地方可视化和优化所有Epic , 使用可自定义的拖放界面 , 任何用户都可以轻松理解和协作 。
Epic面板也是管理和可视化理想Epic工作流的游戏规则改变者 , 例如创作工作流状态(草稿、写作、完成)、DevOps工作流状态(例如计划、开发和生产中)或任何其他互斥的说明可以使用范围标签进行建模 。 使用Epic面板可视化工作流程使能够提高可预测性和效率 。
GitLab14.0发布,DevOps流程完善和哈希存储等
文章图片
Terraform模块注册表
Terraform模块在构建整个组织的标准基础架构组件方面发挥着核心作用 。 在GitLab13.12更老的版本中 , GitLab用户必须使用第三方Terraform模块注册表、本地模块或基于Git的模块 。 虽然这些选项运行良好 , 但它们无助于模块的分发 , 并且它们缺乏适当的版本控制支持 , 这给模块用户带来了风险 。 GitLab14.0使用Terraform模块注册表扩展了IaaS 。 现在 , 可以使用GitLab中内置的Terraform模块注册表来发现具有语义版本控制支持的Terraform模块 , 以支持升级和维护 。 此外 , 还可以使用GitLabCI/CD轻松发布模块 。
在遵循Terraform的最佳实践的同时 , 建议在专用的GitLab项目中开发每个Terraform模块 。 为了简化到注册表的转换 , 用户可以从单个GitLab存储库托管和发布多个模块 。
GitLab14.0发布,DevOps流程完善和哈希存储等
文章图片
简化的顶部导航菜单
GitLab14.0引入了全新的、简化的顶部导航菜单 , 可帮助用户以更少的点击次数更快地到达目的地 。 新的菜单提供了以前的项目、组和更多菜单的组合功能 。 只需单击一下 , 就可以访问项目、组和实例级功能 。 此外 , 全新的响应式视图改善了小屏幕上的导航体验 。
GitLab14.0发布,DevOps流程完善和哈希存储等
文章图片
VSCode中合并请求评论
作为一名开发人员 , 通常大部分时间花在本地开发环境中 。 当被分配了一个合并请求进行审查时 , 需要离开编辑器并在GitLab内执行该审查 。 在GitLab中执行审核时 , 可能还需要使用本地编辑器来获取有关更改的更多背景信息 。
适用于VisualStudioCode(VSCode)的GitLab工作流3.21.0版本现在支持完整的合并请求审查过程 , 包括线程 。 在VSCode中选择GitLab图标以打开侧边栏以显示正在审查的合并请求 。 选择合并请求概述以查看合并请求的完整详细信息和讨论 。
侧边栏还包含合并请求中所有更改文件的列表 。 选择文件会打开差异比较 , 供查看VSCode中的更改 。 在查看差异时 , 可以阅读文件上留下的反馈 , 并通过选择行号和创建评论来创建新评论 。 在VSCode中提供的所有评论和反馈都可以在GitLab网络界面中找到 , 让开发者可以轻松地在VSCode中执行评论 。
全新设计的侧边栏
GitLab很大 , 而且功能越来越丰富 。 随着新的功能和类别的引入 , 密集的左侧边栏导航变得不那么直观了 。