GIT分支管理规范和流程图

test

QA的地盘

prod

merge

v1.0.0

修复完毕，提测

v1.0.0在test环境测试通过，部署预发布环境回归测试

回归结束，上线

新来了个小罗，插队开发zzz功能

hotfix/123

小李的锅，修bug

master

tips:1.迭代新版本时，同步package.json中的version为该版本。2.每次上线发布后，需要打tag归档，tag标签名为该版本号。

小王回测bug了

小王：新开本地feature/xxx分支，准备开发xxx

版本分支

小王的锅，修bug

fixbug/#5678

分支类别：一、主干    1.master二、version分支    1.v1.0.0    2.v1.0.1    3....三、feature分支    1.feature/xxx    2.feature/yyy建议以开发的功能命名四、fixbug分支    1.fixbug/#1234    2.fixbug/#5678#xxxx是bug系统记录的bug编号。五、优化分支    1.refactor/xxx六、部署分支    1.dev    2.test    3.prod七、hotfix分支    1.hotfix/123    2.hotfix/456

新来小罗的锅，修bug

tag/v1.0.0

feature/zzz

一天后，小李开发完毕，合并，删除。合并回v1.0.0之前，必须先把v1.0.0上的最新代码合并进来本feature

fixbug/#9010

以单版本为例

小李回测bug了

feature/yyy

一大波bug来袭

GIT分支管理规范和流程图

tag

done

发布完毕的版本，立即合并到主干，并删除自己

v1.0.0迭代开始

feature/xxx

线上代码主干

小罗回测bug了

分支规范：1.master生产代码主干，同步线上代码的历史脉络。受保护，不允许删除。不允许直接开发，只允许合并版本分支代码，限制merge和push权限。2.version分支版本迭代分支，总是从master主干创建，同步该版本全部代码(开发中、测试中)的历史脉络。生命周期从版本开始到版本上线结束，当版本生命周期结束后，立即删除。不允许直接开发，只允许合并feature分支代码，所有人可以merge和push代码。feature合并到version分支之前，总是必须要先把version分支代码合并进来。4.feature分支功能开发分支，总是从version分支创建，本地分支，按当前所开发的功能粒度化，原则上不允许推送到远程上。生命周期：从version分支新建，本地开发完毕后merge到version分支并push，然后立即删除。强烈建议feature分支按功能粒度细化，本地可能同时存在多个feature并行开发，避免其中某个或某些feature因为难以实现或延期不能随本版本上线，从而可以延长生命周期到下个版本继续进行，或者因为实现错误、实验性质的feature，导致中途抛弃。6.fixbug分支提测时的修复bug的分支，强烈建议以bug系统记录的bug编号作为分支名，且每个bug都有独立的fixbug分支。5.部署分支dev-开发环境test-测试环境prod-预发布环境、生产环境按环境建立独立的部署分支，同步当前提测代码的历史脉络。不允许开发，不允许合并feature分支代码，不允许合并其他部署分支代码，只允许合并version和hotfix分支代码，限制merge和push权限，避免污染提测环境。不要把test当开发分支用！不要把test当开发分支用！不要把test当开发分支用！重要的事情说三遍。6.hotfix分支线上热修复分支，只能由master主干签出。修复完毕bug，合并到部署分支，部署相应环境测试，测试通过上线，上线完毕，合并到master和dev主干，然后立即删除。

dev开发环境的过程，在这里省略，参考test部署环境的过程。

发布完毕，合并代码到master主干，并存档tag

小王很快开发完毕，合并，删除

小罗开发完毕，合并，删除。合并回v1.0.0之前，必须先把v1.0.0上的最新代码合并进来本feature

fixbug/#1234

v1.0.0所有feature开发完毕，准备部署test环境提测

环境部署分支

紧急热修复线上bug

测试通过，上线，合并到master，存档，删除hotfix分支

tag/v1.0.0-1

小李：新开本地feature/yyy分支，准备开发yyy

测试结束