GitLab14.0发布,DevOps流程完善和哈希存储等( 二 ) 前天

GitLab14.0中，重新设计和重构了左侧边栏，以提高可用性、一致性和可发现性。新版本中一些指向周围功能的链接，将“操作”菜单中的功能分成三个不同的菜单，改进了视觉对比度并优化了间距，以便所有菜单项都可以舒适地放在较小的屏幕上。这些更改旨在更好地匹配DevOps生命周期心智模型，并在项目和组中导航时提供更可预测和更一致的体验。

文章图片
使用WYSIWYGMarkdown编辑器编辑wiki页面
许多GitLabwiki使用Markdown格式，对于一些用户来说， Markdown是高效协作的障碍。在新版本中，现在可以在wiki使用丰富、现代的Markdown编辑体验，因此可以放心地进行编辑。
即时反馈和可视化编辑工具有助于使wiki编辑更加直观，并消除协作障碍。完成后， GitLab会将更改保存为Markdown ，因此想要直接编辑Markdown的用户可以这样做。甚至可以在新编辑器中输入Markdown ，它会在输入时自动格式化文本。
GitLab14.0将内容编辑器引入Wiki ，支持大多数基本Markdown内容类型，如标题、粗体和斜体文本、列表、代码块和链接。对整个GitLabFlavoredMarkdown规范的全面支持将在即将发布的版本中提供。计划在未来在GitLab的其他领域提供内容编辑器。

文章图片
集群管理项目模板
在新版本中，不再使用基于CI/CD模板的集群管理方法。集群管理是管理Kubernetes集群以提高在集群上运行的应用程序可用性的能力。旧方法隐藏了太多逻辑，限制了应用程序的自定义和扩展。使用新方法，可以轻松地从项目模板创建集群管理项目并完全控制您的应用程序。使用新模板创建的项目包含集群管理作业所需的代码，包括对多个应用程序的内置支持。可以轻松地将项目扩展到其他应用程序并完全拥有它们。
此外，将使用Helmv3安装新应用程序。如果以前使用Helmv2安装了GitLab托管应用程序，请查看Helm迁移指南和GitLab托管应用程序迁移指南。 CI/CD作业输出还将指导完成这些迁移。
在GitLab14.0中，集群管理项目仅支持基于证书的集群集成。计划在下一个版本中添加对GitLabKubernetes代理的支持。

文章图片
使用初始模板预填充CI/CD管道编辑器
GitLab中的管道编辑器是和CI/CD管道交互时的一站式工具。以前，在使用编辑器编写第一个管道时，会看到一个空白配置。虽然对于经验丰富的管道作者来说非常有用，但对于那些刚刚开始的人来说，这是一个飞跃。
在新版本中，如果项目没有配置管道，编辑器会预加载3阶段管道的示例模板。用户可以立即保存并运行此管道，以查看它在项目中的运行情况。最重要的是，它还具有详尽地语法的注释，以及帮助开始自定义模板以满足需求的提示。

文章图片
组级别合并请求的提前期（ULTIMATE）
【GitLab14.0发布,DevOps流程完善和哈希存储等】作为GitLab中本地支持DORA4指标的努力的一部分，合并请求图表的提前期现在可在组级别使用。新版本中扩展了GitLab13.11中完成的工作，可以使用一个图表来显示将合并请求部署到生产环境（不仅仅是在单个项目中，而是跨组聚合）所需的时间。可以全面了解多个项目的吞吐量。