Git分支模型(master/hotfix/develop/feature/release)

1，建立master分支

1.1，目的：新建仓库时候默认分支，一般为生产环境。

1.2，方法：新建仓库

两主分支master、develop；三辅分支feature、hotfix、release

1.3，git bash查看远程分支：git branch -r或者git branch -a

2，建立develop分支

2.1，目的：保持生产环境稳定，新建开发环境

2.2，方法：

3，建立功能分支，feature分支（topic分支）

3.1，目的：在

3.2，方法：来源于开发分支，最终回归到开发分支。按照功能回归的时间不同，可以分为远期分支和近期分支，远期分支准备合并到未来版本，近期分支合并到下一个即将发布的版本。

4，建立release分支

4.1，目的：发布新版本用，命名规则是release-xxx-vx.x，从develop来，合并了所有本周期的feature，最终要合并到master和develop。相当于产品发布前，交给测试的版本？

4.2，方法：

$ git checkout -b release-2021-10-18v1.2 develop

$$$$$$$$$$$一些修修改改$$$$$$$$$$$$$$$$$$$$

$ git checkout master

切换到master

$ git merge --no-ff release-2021-10-18v1.2

合并release到master

$ git tag -a v1.2

加一个标签便于引用

$ git checkout develop

切换到develop

$ git merge --no-ff release-2021-10-18v1.2

合并release到develop
 

$ git branch -d release-1.2

删除分支

5，建立hotfix分支

5.1，目的：修复线上bug，一般基于master，当前线上有bug，但是develop还不稳定，功能开发、测试到一半。此时基于master建立hotfix-分支，及时处理小bug，之后将分支分别合并到master和develop，本分支生命周期结束。hotfix热修复分支与release分支都是面向master的，即为发布线上版本而生。

引用：如果一个release分支已经存在，那么应该把hotfix合并到这个release分支，而不是合并到develop分支。 当release分支完成后， 将bugfix分支合并回release分支也会使得bugfix被合并到develop分支。（如果在develop分支的工作急需这个bugfix， 等不到release分支的完成，那你也可以把bugfix合并到develop分支）

5.2，方法：