Git分支规范

分支策略

  1. 开始开发前,从develop拉取特性分支,分支命名为 feature/xxx
  2. 特性开发完成后,向develop分支发起Merge Request,评审后合入develop分支
  3. 转测时,从develop拉取release分支,从转测到发布前的bug修复都在release分支,分支命名为 release/v0.2.0
  4. release分支入master,并打tag,发布,tag按版本命名,发布后release分支因合并回develop
  5. 出现线上bug时,从特定tag拉取hotfix分支,所有的bug修复都在hotfix分支,分支命名为 hotfix/v0.2.1 (更新小版本)
  6. hotfix合并入master分支,并打tag,更新小版本后发布
  7. 长期分支为 develop 和 master 分支, master分支对应线上代码
  8. 分支尽量保持精简,feature分支在 MR 合并后应该删除。release及hotfix分支在发布完成,合入master和develop后应该清理删除
    Git分支规范
    Git分支规范