前言
常用的工作流有四种
- 集中式工作流
- 功能分支流
- git flow 工作流
- forking 工作流
集中式工作流
集中式工作流，多个功能(feat)，bug修复(fix) 在一个分支上开发，极容易出现代码从冲突
功能分支流
- 新的功能或者bug fork出一个新的分支，在该分支上开发
- 功能在分支开发完后再合并到master上
- 分支合并到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，做代码审查。
文章来源：https://www.toymoban.com/news/detail-454757.html
git forking
常用于开源项目文章来源地址https://www.toymoban.com/news/detail-454757.html
- 先从github 上fork 一个项目到自己的 github 项目中
- 在这个fork的项目中创建一个分支进行开发
- 开发完提交到自己远程仓库
- 然后向目标远程仓库(开源项目)提交 pull request
到了这里，关于Git 工作流设计的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
