跳到主要内容

版本管理

KubeEdge 目前大约每三个月会发布一个版本。

release cycle

发布过程可被认为有四个阶段:

  • 特性定义 (第1~2周)

    根据全年RoadMap,确定当前版本的需求列表。在这两周中,SIG Release 会联合社区用户与开发者共同制定版本需求,规划新版本特性列表。同时Milestone也会被创建并运用起来,来保证SIG Release团队可以跟踪特性与问题修复工作。

  • 特性开发 (第3~10周)

    特性开发阶段从版本周期的第三周延续至第十周。社区开发人员按照计划进行特性开发与问题修复。每周的社区会议和各个SIG会议沟通讨论,确保有效的工作协调和跟踪进度。

  • 代码冻结与问题修复 (第11周)

    第11周开始进行代码冻结。创建版本分支,版本发布周期进入最后的测试阶段。在此阶段只接受bugfix的PR合并到版本分支中。为确保版本分支的稳定性,不再合并特性代码。

  • 版本发布 (第12周)

    完成前三个阶段后,版本进入最后的发布准备阶段。社区通过进行测试、文档和版本Changelog来准备正式发布。随后,最终版本正式发布并可供公众使用。

当代码库足够稳定时,主分支将开放进行开发,并从开始下一个版本的工作。 当前版本的任何修改都是从 master 分支cherry-pick回版本分支。发布版本是从版本release分支构建的。

每个版本都是更广泛的 KubeEdge 生命周期的一部分:

release lifecycle