Git 工作流设计

前言

常用的工作流有四种

1. 集中式工作流
2. 功能分支流
3. git flow 工作流
4. forking 工作流

集中式工作流

集中式工作流，多个功能(feat)，bug修复(fix) 在一个分支上开发，极容易出现代码从冲突

功能分支流

1. 新的功能或者bug fork出一个新的分支，在该分支上开发
2. 功能在分支开发完后再合并到master上
3. 分支合并到master上可以通过 提交pull request 合并请求(PR)，管理人员可以对代码进行(review code)，再决定是否合并，该方式有助于提升代码质量

git flow

定义了五种类型分支

分支名	功能描述
master	只发布，release | hotfix 将代码合并到 master
hotfix	紧急bug修复，从master上fork，修复完bug，再合并到 (master,develop)，
develop	分支上的代码为开发中最新的代码，可以合并feature 的代码
feature	功能开发分支，开发完合并到 develop，合并之前建议先拉取 develop 代码
release	预发分支，develop 合并 代码 到 release，有 bug 就在 该分支上修改，无问题，再将 release 合并到 (master,develop)

5 是 在 release 完成测试后再合并到(master,develop) 创建 pull request，做代码审查。

git forking

常用于开源项目

1. 先从github 上fork 一个项目到自己的 github 项目中
2. 在这个fork的项目中创建一个分支进行开发
3. 开发完提交到自己远程仓库
4. 然后向目标远程仓库(开源项目)提交 pull request