GitLab 13.6可自动部署程式码至AWS EC2

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新政策的影响。