Git workflow
在团队中我们免不了要进行协作开发,小到功能,大到模块,在处理合并代码,处理冲突,控制权限和保存有效历史版本的业务中,我们需要一种行之有效的Git工作流程。
回顾一下
我们必须的这五个分支:
master branch
develop branch
feature branch
hotfix branch
release branch
讲解
主分支(master branch)
项目的起点在这里,一开始,从master branch切出develop branch。
开发分支(develop branch)
从此,在develop branch上进行切feature branch进行功能模块的开发,合并代码,测试,测试成功后切出稳定预发布版本release branch。
功能分支(feature branch)
从develop branch切出功能分支后,进行开发,开发完成之后,dev merge它,进行测试。
功能开发小组在完成该功能模块之前,尽量不要merge其他feature的代码,保持功能分支代码的单纯,这样在最终版本迭代上,git版本控制粒度为功能,通过merge feature branch和回滚操作,功能分支可以进行单一的增加或者去掉。
补丁分支(hotfix branch)
当系统在线上出现bug时,需要火速处理,所以这个分支的名字叫hotfix branch,它从master分支上切下来,master branch(生产服务器)先回滚到上一个稳定版本来避免bug再出现,开发人员处理掉这个bug后进行单元测试,回归测试之后,master merge hotfix,别忘了develop branch也要merge 它!
预发分支(release branch)
当我们在develop branch测试通过功能之后,切出一个预发布分支,这个分支是稳定的,可以保障生产安全的一个分支。当线上升级版本是,master branch merge它。
大概其就是这么个意思吧,如下图。
附录
这是一次我讲解git workflow的实例。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。