Git-团队协作工作流

前言

一、工作流概述
二、Git flow
- 1.主要流程
- 2.优缺点
- 3.适用场景
三、Github flow
- 1.主要流程
- 2.优缺点
- 3.适用场景
四、Gitlab flow
- 1.主要流程
- 2.优缺点
- 3.适用场景
总结
- - 参考

一、工作流概述

开发人员通过Git可以记录和追踪代码的变化，包括添加、删除和修改文件。如果是单人进行开发，可以很方便进行研发和发布等工作。但是实际工作中都是团队协作进行多功能点并行开发，还涉及测试环境、集成环境和生产环境的打包发布，以及线上bug修复等，如何将以上工作进行协调，这就需要一套完整的代码管理和版本控制的流程规范。
而在团队中使用Git进行协作开发时，各个成员遵循的一套代码管理和版本控制的规范流程就是Git工作流。根据实际工作经验，被广泛使用的Git工作流为：Git flow、Github flow、Gitlab flow。

二、Git flow

在这里插入图片描述

1.主要流程

master是最稳定分支，其中代码是最稳定的、其中代码已经验证充分并且已发布到生产环境，可以通过master跟踪生产环境版本发布情况。
develop是主开发分支，feature分支和release分支都是从此分支拉取。可以通过develop跟踪开发过程中的版本情况。
feature：功能分支，主要是需要开发新功能从develop进行拉取，开发完成后合并回develop分支。
elease：预发布分支，主要是为发布做准备，从develop拉取然后在预发环境进行验证，用来修复一些bug。
hotfix：热修复分支，当生产环境遇到需要紧急修复的情况，从master进行拉取进行修复并发布。

2.优缺点

优点：规则明确详细、每步操作都有详细的操作规范、适合各种复杂情况
缺点：规则复杂、学习成本高、分支维护复杂

3.适用场景

团队成员多、项目数量多
基于版本发布的开发模式、不适合持续发布模式
支持多版本并行开发模式

三、Github flow

相对于git flow复杂的分支管理模式，github flow的整个工作流相对简化了很多。
在这里插入图片描述

1.主要流程

main/master 分支：用于发布正式版本的分支，只有待发布的代码才会被合并到该分支。
feature分支：用于开发新功能的分支。每个功能都应该在一个单独的 feature 分支上进行开发，开发完成后再合并到 main/master 分支。

2.优缺点

优点：分支管理简单明了
缺点：不适合复杂情况

3.适用场景

小团队、项目数量少
敏捷开发、持续迭代和集成

四、Gitlab flow

1.主要流程

main/master 分支：用于发布正式版本的分支。与GitHub Flow 中的主干分支类似，只有可发布的代码会被合并到该分支。
feature 分支：用于开发新功能的分支。每个功能都应该在一个单独的 feature 分支上进行开发，开发完成后再合并到main/master 分支。
bugfix 分支：用于修复 Bug 的分支。当出现 Bug 时，开发者应该从 main/master分支上创建一个 bugfix 分支进行修复，并将修复后的代码合并到 main/master 分支。
hotfix分支：用于紧急修复问题的分支。该分支是在 master 分支上针对生产环境的紧急修复，Bug 修复或安全漏洞修复等。