比较通用的Git工作流如下,master分支通常就是生产环境的代码,dev分支用于开发联调,test分支用于测试(大公司可能还有sit、uat等分支)、feature分支表示新功能分支。日常开发中,大家都是分模块或者分版本进行开发的,每个人只负责自己模块的开发,通常在一个特定的feature分支开发。开发完某个功能后,同步到dev分支,让其他人可以看到且可以减少代码冲突。dev分支联调通过后,会把dev分支的代码合并到test分支,进入测试环节。

正常的开发过程中,难免遇到紧急的bug需要修复。此时可以借鉴下图的思想。对于线上的bug,通常是同master分支拉一个新的bugfix分支。如果手头正在开发某个功能,不方便commit,此时可以使用git stash
命令将代码零时保存起来。然后使用命令git checkout -b bugfix origin/bugfix
基图搜于远程分支创建本地分支并切换到新分支,然后展开bug修复工作。修复完成后按下图的思路,同步到dev、test分支并删除bugfix分支。

最后,附上git命令速查表(非原创,侵权请联系我删除)

网友评论