作为一名开发人员，通常大部分时间花在本地开发环境中。当被分配了一个合并请求进行审查时，需要离开编辑器并在GitLab内执行该审查。在GitLab中执行审核时，可能还需要使用本地编辑器来获取有关更改的更多背景信息。
适用于 Visual Studio Code (VS Code) 的GitLab 工作流3.21.0版本现在支持完整的合并请求审查过程，包括线程。在 VS Code 中选择GitLab图标以打开侧边栏以显示正在审查的合并请求。选择合并请求概述以查看合并请求的完整详细信息和讨论。
侧边栏还包含合并请求中所有更改文件的列表。选择文件会打开差异比较，供查看VS Code中的更改。在查看差异时，可以阅读文件上留下的反馈，并通过选择行号和创建评论来创建新评论。在VS Code中提供的所有评论和反馈都可以在 GitLab 网络界面中找到，让开发者可以轻松地在VS Code中执行评论。
全新设计的侧边栏GitLab很大，而且功能越来越丰富。随着新的功能和类别的引入，密集的左侧边栏导航变得不那么直观了。
GitLab 14.0 中，重新设计和重构了左侧边栏，以提高可用性、一致性和可发现性。新版本中一些指向周围功能的链接，将“操作”菜单中的功能分成三个不同的菜单，改进了视觉对比度并优化了间距，以便所有菜单项都可以舒适地放在较小的屏幕上。这些更改旨在更好地匹配DevOps生命周期心智模型，并在项目和组中导航时提供更可预测和更一致的体验。
许多GitLab Wiki使用 Markdown 格式，对于一些用户来说，Markdown 是高效协作的障碍。在新版本中，现在可以在wiki使用丰富、现代的 Markdown 编辑体验，因此可以放心地进行编辑。
即时反馈和可视化编辑工具有助于使wiki编辑更加直观，并消除协作障碍。完成后，GitLab 会将更改保存为Markdown，因此想要直接编辑Markdown的用户可以这样做。甚至可以在新编辑器中输入Markdown，它会在输入时自动格式化文本。
GitLab 14.0 将内容编辑器引入Wiki，支持大多数基本 Markdown 内容类型，如标题、粗体和斜体文本、列表、代码块和链接。对整个GitLab Flavored Markdown 规范的全面支持将在即将发布的版本中提供。计划在未来在 GitLab 的其他领域提供内容编辑器。
在新版本中，不再使用基于CI/CD模板的集群管理方法。集群管理是管理 Kubernetes 集群以提高在集群上运行的应用程序可用性的能力。旧方法隐藏了太多逻辑，限制了应用程序的自定义和扩展。使用新方法，可以轻松地从项目模板创建集群管理项目并完全控制您的应用程序。使用新模板创建的项目包含集群管理作业所需的代码，包括对多个应用程序的内置支持。可以轻松地将项目扩展到其他应用程序并完全拥有它们。
此外，将使用 Helm v3 安装新应用程序。如果以前使用 Helm v2 安装了GitLab 托管应用程序，请查看Helm 迁移指南和GitLab 托管应用程序迁移指南。CI/CD 作业输出还将指导完成这些迁移。
在 GitLab 14.0 中，集群管理项目仅支持基于证书的集群集成。计划在下一个版本中添加对 GitLab Kubernetes 代理的支持。
GitLab中的管道编辑器是和CI/CD 管道交互时的一站式工具。以前，在使用编辑器编写第一个管道时，会看到一个空白配置。虽然对于经验丰富的管道作者来说非常有用，但对于那些刚刚开始的人来说，这是一个飞跃。
在新版本中，如果项目没有配置管道，编辑器会预加载3阶段管道的示例模板。用户可以立即保存并运行此管道，以查看它在项目中的运行情况。最重要的是，它还具有详尽地语法的注释，以及帮助开始自定义模板以满足需求的提示。
