目的:鉴于技术栈及开发模式的转变,避免在开发工程中产生代码冲突,重复思考等问题。所以梳理出一套git开发流程。

新建分支

  • 有且只能有一个明确可衡量的任务需求时(开发一个功能,修改一个BUG,产品迭代,技术结构调整等)都需要新建一个分支,在此分支上进行开发、修改等操作

  • 在新建分支之前必须**要从主干**上拉取代码,确保本地的主干代码和远程的主干代码是一致的

分支明名/前缀

  • 分支明名需要体现出本分支下开发的功能的含义

  • 分支名称中禁止出现数字、日期等无意义的字符

  • 如果该分支下要开发的功能是需要发布到线上的,那么明名时需要在分支名称前加上release/

  • 如果该分支是需要修改BUG的,那么明名时需要在分支名称前加上hotfix/

提交代码

  • 提交代码的时候要写清楚当前提交的内容是什么(禁止乱写一通),方便回滚、版本迭代记录等操作

拉取代码

  • 如果当前分支是和其他人协同开发的,那么在提交之后必须**要拉取代码**

测试/合并

  • 在拉取之后必须**要对当前分支的功能进行测试**,确保没有问题之后再将分支合并到本地主干

测试/推送到远程仓库

  • 合并到本地主干之后,切换到本地主干进行测试,没有问题之后推送到远程仓库

主干

  • 主干不允许做任何修改结构或者业务的操作,除非主干有问题导致项目无法运行

注意事项

1.本地新建的分支(需要往主干上合并进行发布的分支)必须推送远程仓库上

2.一个分支只能干一件事情,分支一旦合并之后,该分支的生命周期就结束了,分支作废

3.等该分支的功能稳定两周后再进行删除

基于git的工作流程

git使用指南 - 图1

工作流程图

git使用指南 - 图2

完整的git工作流

git使用指南 - 图3