代码分支
master:生产环境对应分支
develop:开发环境对应分支
sit(功能分支 ) :功能开发对应分支
tag:上线版本对应分支
分支规则
规则一,开始工作前,从master创建sit分支。
规则二,通过合并sit分支,形成develop分支。
规则三,发布到线上正式环境后,合并相应的develop分支到master分支,在master分支上添加tag,同时删除该develop分支关联的sit分支。
除了基本规则,还有一些实际操作中不成文的技巧。比如上线后的Hotfix,正常的处理方法应该是,创建一条新的develop分支,对应线上环境(相当于Hotfix分支),同时为这个分支创建临时流水线,以保障必要的发布前检查和测试能够自动执行。
其实还有一种简便方法是,将线上正式环境对应的develop分支上关联的sit分支全部清退掉,在这个develop分支上直接进行修改,改完利用现成的流水线自动发布。
如果非得修一个历史版本的Bug怎么办呢?那就老老实实地在master分支找到版本tag位置,然后从那个位置创建 Hotfix分支。