版本控制

Wii开发版本遵守 semantic versionin 规范。

版本号定义

<主版本号>.<次版本号>.<增量版本号>-<里程碑版本版本号>
  • 主版本号,即大版本升级。改动到主版本号时,标志着 产品功能或架构设计发生了巨大变化,包括但不限于新增特性、修改机制、删除功能,一般不兼容上一个主版本号。
  • 次版本号,即小版本升级。当我们进行常规的新增或修改功能时,改动次版本号,但是必须是向前兼容的。这也意味着我们不能直接删除某个功能。如若必要,我们可以在changelog 中标记某项功能为「即将删除(Deprecated)」,然后在下一个大版本中将其彻底删除。
  • 增量版本号,即修订号,俗称 bug 修复。顾名思义,如果仅仅为了修复或调整一些小问题,我们就只改动修订号。
  • 里程碑版本号,指某一个版本的里程碑,或编译版本号。

示例:1.2.0-dev01,表示: 产品的第1个中大版本的第3个次要版本的第1次增量版本dev01开发版。

版本周期控制

  1. 创建开发版版本,如:1.1.0-dev;
    • 子开发版本,如涉及多功能或多人并行开发,可创建多个开发分支版本,例如:1.1.0-dev011.1.0-dev02;
  2. 转为测试版本,各开发版本代码合并到 1.1.0 ,并提交测试,并修复测试过程中的提出的Bug;
  3. 测试&发布,测试通过后将 1.1.0 版本发布到生产环境;
  4. 线上BUG修复,生产环境中如发现bug,从 1.1.0 中拉取分支 1.1.1,完成修复-测试-上线等流程;如此时有新迭代功能正在并行开发,需将修复代码同步给各开发版本;
  5. 创建开发版版本,新迭代 1.2.0 版本周期开始,循环1-4步;

results matching ""

    No results matching ""