GitLab推出了最新13.6版本，这个版本提高自动化的能力，借以改进系统的易用性，并且提升安全性可见度，使得开发者更容易做出决策，VS Code扩展组件也获得改进，开发者能方便地在VS Code中插入程序代码片段，另外，GitLab也处理了Docker Hub限制拉取请求的问题。
从GitLab 13.6开始，Auto DevOps支持部署到AWS的功能，即便用户不使用Kubernetes，也可以部署到AWS EC2运算服务。开发者要启动该工作流程，必需要先打开Auto DevOps功能，并且定义AWS类型环境变量，利用AWS CloudFormation API来配置基础设施，接着开发者就可以把之前构建的构件，存放到AWS S3存储桶，并将内容部署到AWS EC2执行实例，而这个部署到AWS EC2的过程，不用其他手动步骤，GitLab就会创建一个完整的自动交付工作管线，在此后便可自动将程序代码部署到EC2中。
在创建Git存储库方面，官方也在最新版本做了小调整。在默认情况，第一个创建的分支会被命名为master，但在社群和Git服务供应商的协调下，GitLab提供开发者更改存储库中默认分支名称的选项，使得默认分支的命名更具描述性。之前，用户仅能在执行实例层级中，才能自定义初始分支名称，而从GitLab 13.6开始，允许群组管理员，在GitLab接口创建的新存储库，就能配置其默认分支名称。
官方还更新了项目安全性仪表板，这个仪表板能以项目层级，显示相关的安全性信息，包括单位时间内的漏洞数量，或是以过滤器筛选历史资料，以进行其他分析。现在项目安全性仪表板提供工作管线状态，当默认的工作管线出现错误，则仪表板便会出现错误通知，并引导开发者前往工作管线页面，解决相关的问题。
而项目安全性仪表还加入了漏洞趋势图表，官方提到，虽然过去在群组安全性仪表板，以及执行实例安全性仪表板，都有提供可视化漏洞趋势图，但是在项目安全性仪表板没有，而导致用户难以快速地从项目层级，掌握漏洞数量和类型的趋势，现在新的漏洞趋势图，可以提供更多的可见性，而且其提供交互性功能，开发者可以打开或是关闭趋势线，仅显示需要的资料。
在VS Code扩展组件的更新上，开发者现在可以直接在VS Code，插入GitLab程序代码片段。GitLab的项目程序代码片段功能，可让用户在团队中，方便地共享程序代码，这些程序代码通常是可以在相似的页面，或是组件中重复使用的片段，过去要在项目中，使用这些共享的程序代码片段，需要复杂地在不同的编辑器切换并复制粘贴，而最新的VS Code扩展组件GitLab Workflow v3.5.0，让用户可以直接在VS Code中搜索，并且插入程序代码到工作文件中，而且还能一次插入来自多个文件的程序代码片段。
之前Docker宣布从11月开始，要限制免费用户调用Docker Hub的次数，而这项变动也影响了GitLab用户，官方提到，用户可以使用镜像注册表，以减少Docker Hub拉取请求的数量，而对于GitLab SaaS的用户，GitLab现在使用Google的Docker Hub镜像文件镜像，因此GitLab.com Shared Runner用户的CI工作，不会受到Docker新政策的影响。