核心交付流程概述1.工程师完成代码编写后，将代码部署到开发环境，进行自测和联调。2.在测试环境对已提交的功能进行集成测试和系统测试，以验证版本的质量和有效性。3.完成所有验证后，进行生产环境版本发布。在这一过程中，通常由测试工程师确认版本的有效性和质量。因此，可以由测试工程师直接完成版本打包，然后将其交给发布工程师或研发负责人进行生产环境发布。接下来，我们将分别介绍在Zadig的K8sYAML项目和HelmChart项目中，如何创建完整的版本，并进行生产环境发布的具体操作步骤。K8sYAML项目发布场景第一步：创建版本· 进入K8sYAML项目-> 版本管理，点击创建版本，进入创建版本流程。图

Zadig 是KodeRover公司基于Kubernetes自主设计、研发的开源分布式持续交付产品，具备灵活易用的高并发工作流、面向开发者的云原生环境、高效协同的测试管理、强大免运维的模板库、客观精确的效能洞察以及云原生IDE插件等重要特性，为工程师提供统一的协作平面。Zadig内置了K8sYAML、HelmChart、主机等复杂场景最佳实践，适用大规模微服务、高频高质量交付等场景。核心概念在使用Zadig之前我们这里先来了解下Zadig中的几个核心概念。项目：Zadig中的项目包括工作流、环境、服务、构建、测试、版本等资源，用户在项目中可以进行服务开发、服务部署、集成测试、版本发布等操作。工

最近因为公司的产研调整，决定将代码仓库从本地的Gitlab迁移到云效的Codeup，不是Gitlab不够好，而是Codeup在度量、安全等方面比原生的Gitlab要好，再则公司的产研管理也迁移到了云效，也为了统一化管理。有同学可能会问，都用云效了，为什么不直接用它的AppStack，还要用Zadig？AppStack还处于发展阶段，还有以下问题不适合我们现阶段的需求：AppStack不支持管理私有云Kubernetes集群（没有公网入口）。AppStack不支持Helm类应用，改造工作比较大。再则，我也是Zadig开源产品的忠实粉丝~~！但是，Zadig对非标准的代码仓库的支持力度有限，比如：