GitFlow工作流

GitFlow工作流

1、先来看一幅图

这个是常用的分支，以及分支间的合并规则

2、GitFlow常用分支说明

分支名称	释义	阐述
master	主分支	一个主分支对应一个版本，上线前打好tag
hotfix	热修复补丁	用于给主分支打补丁，完成后合并到master分支
release	发布分支	主要作bug修复、文档生成和面向发布任务，而不是添加新功能
develop	开发分支	开发用的分支。完成一个版本可合并到主分支
feature	功能分支	用于新功能开发，功能完成后可合并到develop分支

3、GitFlow常用分支详细说明

Git Flow的核心就是分支，通过在项目的不同阶段对分支的不同操作（创建、合并、变基rebase）来实现一个完整的工作流程。Git Flow中定义了主分支和辅助分支两种类型。其中主分支包括master分支、develop分支，用于组织和软件开发、部署相关活动；辅助分支包含feature分支、release分支、hotfix分支等，是为了解决特定的问题而进行的各种开发活动。与主分支不同，这些辅助分支总是有有限的生命周期，因为他们最终会被移除。

1.master分支（线上）

主分支上存放的是最稳定的版本，并且该分支的代码应该是可以随时可以在生产环境中使用的代码。当一个版本完成时，产生了一份新的稳定的可供发布的代码时，主要分支上代码要被更新。同时，每一次更新，都需要在主要分支上打上对应的版本号。

注：任何人不许在主分支上进行代码直接提交，只接受其他分支合并。原则上主要分支的代码必须是合并自经过多轮测试的，以及稳定的预发分支。

2.develop分支（开发）

开发分支，其上更新的代码始终反映着下一个版本需要交付的新功能。当开发分支到达稳定时，应该从该点拉取一个release分支，并且附上发布的版本号。

开发分支接受接受其他辅助分支的合入，最常见的就是功能分支，开发一个新功能时拉取最新的功能分支，开发完成后在并入开发分支。需要注意的是，合入的功能分支必须保证功能完整，不影响开发分支的正常运行。

3.feature分支（功能）

功能分支一般用于开发即将发布版本的新功能或者新功能探索。该分支通常存在于开发人员的本地代码库，除非是几个人合作开发同一个新功能。

注：该分支只能拉取自开发分支，开发完成后要么回开发分支，要么因为新功能不需要而丢弃。

4.release分支（预发）

预发分支，该分支专为测试–发布新版本而开辟，允许做小规模的bug修复。通过创建预发分支，使得开发分支得以空闲出来接受下一个版本的新的功能分支的合并。

注：预发分支只能拉取自开发分支，合并到开发分支和主分支

5.hotfix（热修复）

热修复分支，当生产中遇到严重问题（master分支）必须立即修复时，就需要在主分支的指定tag上拉取热修复分支，进行代码的紧急修复，这样做的好处是不会打断正在进行的的开发分支的工作。

注：热修复分支只能从master分支上拉取，通过测试–上线后合并回主分支和开发分支

参考：

https://blog.csdn.net/sunyctf/article/details/130587970