GIt 工作流
8.1概念
在项目开发过程中使用git方式
8.2分类
8.2.1集中式工作流
像svn一样,集中式工作流以中央仓库作为项目所有修改的单点实体,所有修改修改都提交到Master这个分支上
这种方式与SVN的注意区别就是开发人员有本地库,git很多特性并没有用到
8.2.2GitFlow工作流
GITflow 工作流通过为功能开发,发布准备和维护设立了独立的分支,让发布迭代过程更流畅,严格的分支模型也为了大型姓名提供了一些非常必要的结构
8.2.3Forkong工作流
Forking工作流式在gitflow集成上,充分利用git的fork 和pull request的
功能以达到代码审核的目的,更适合安全可靠的管理大团队的开发者而且能接受不信任贡献者的提交
8.3 GitFlow工作流详情
8.3.1 分支种类
主干master
主要负责管理正在运行的生产环境代码,永远保持与正在运行的生产环境完全一致
开发分支 develop
主要复制管理正在开发过程中的代码 一般情况下应该式最新的代码
bug修改分支 hotfix
主要复制管理身材环境下出现的紧急修复的代码 从主干分支分出,修理完毕并测试上线后,并回主干分支,并回后,视情况可以删除该分支
准生产分支(预发布分支) release
较大的版本上线前,会从开发分支中分出准生产分支,进行最后阶段的集成测试,该版本上线后,会合并到主干分支,生产环境运行一段阶段较稳定后可以视情况删除
功能分支 feature
为了不影响较短周期的开发工作,一般把中长期开发模块,会从开发分支中独立处理啊,开发完成后会被合并到开发分支
8.3.3GitFlow 工作流举例
8.4 分支实战
8.4.1具体操作
切换分支审查
检出远程的新分支
切换回master
合并分支
合并结果
合并成功后,把master推动到远程