目的:鉴于技术栈及开发模式的转变,避免在开发工程中产生代码冲突,重复思考等问题。所以梳理出一套git开发流程。
新建分支
有且只能有一个明确可衡量的任务需求时(开发一个功能,修改一个BUG,产品迭代,技术结构调整等)都需要新建一个分支,在此分支上进行开发、修改等操作
在新建分支之前必须**要从主干**上拉取代码,确保本地的主干代码和远程的主干代码是一致的
分支明名/前缀
分支明名需要体现出本分支下开发的功能的含义
分支名称中禁止出现数字、日期等无意义的字符
如果该分支下要开发的功能是需要发布到线上的,那么明名时需要在分支名称前加上release/
如果该分支是需要修改BUG的,那么明名时需要在分支名称前加上hotfix/
提交代码
- 提交代码的时候要写清楚当前提交的内容是什么(禁止乱写一通),方便回滚、版本迭代记录等操作
拉取代码
- 如果当前分支是和其他人协同开发的,那么在提交之后必须**要拉取代码**
测试/合并
- 在拉取之后必须**要对当前分支的功能进行测试**,确保没有问题之后再将分支合并到本地主干
测试/推送到远程仓库
- 合并到本地主干之后,切换到本地主干进行测试,没有问题之后推送到远程仓库
主干
- 主干不允许做任何修改结构或者业务的操作,除非主干有问题导致项目无法运行
注意事项
1.本地新建的分支(需要往主干上合并进行发布的分支)必须推送远程仓库上
2.一个分支只能干一件事情,分支一旦合并之后,该分支的生命周期就结束了,分支作废
3.等该分支的功能稳定两周后再进行删除