GIT

FLOW

CODE REVIEW
- ~~fork一份代码至自己仓库~~,开发完一部分功能后将该部分代码以pull request的方式提到主仓库，并需要指定reviewer

分支类型：
- master：发布至stage环境和production环境
- dev：发布至test环境
- feature/xxx：开发分支
- hotfix/xxx：紧急bug修复分支
流程及限制：
- feature分支从dev分支进行fork
- 开发阶段，只允许在feature分支上进行开发
- 提测阶段, 第三轮提测后，若有需要紧急修复的bug，可以在dev分支上进行开发，其余阶段均只可在feature分支上进行开发
- 提测时，将feature分支合并到dev分支
- 完成所有测试后，上stage环境之前，将dev分支合并至master
- stage环境和production环境的代码均用master分支代码进行发布

分支类型：
- master
- dev
- hotfix
- 迭代1
  - feature/main
  - feature/xxx
  - feature/yyy
- 迭代2
  - feature/main
  - feature/xxx
流程及限制：
1. 启动开发时，从master拉取一个迭代主分支feature/main（迭代的区分可以加前缀）
2. 开发的功能从feature/main拉取不同的feature分支
3. 提测时将所有功能合并到feature/main,本地测试没问题后将feature/main覆盖到dev，发布到机器上
4. 测试完成后将dev合并到master，发stage环境的机器
5. stage环境没问题的话就发线上机器
其他情况
1. 两个迭代同时间点上线，协调上线时间，避免同时上线。若无法避免，则需要拉取stage分支用来发布st环境，防止回滚master代码的情况出现，dev不能直接合并到master.
2. 非提测代码不允许提到dev,防止有脏代码。