Git Flow 分支管理策略

优势

清晰的分支结构：每个分支都有明确的用途，便于团队协作。
稳定的 master 分支：生产环境代码始终稳定。
灵活的发布管理：通过发布分支和热修复分支，可以灵活管理版本发布和紧急修复。

主要分支

master 分支
代表生产环境（production）的代码。
仅在发布新版本时合并 develop 分支的内容。
保持稳定，只有经过测试和验证的代码才能进入。

develop 分支
代表开发环境（development）的代码。
用于集成所有新功能和修复。
是所有特性分支（feature branches）的起点。
辅助分支

feature 分支
用于开发新功能。
从 develop 分支创建，完成后合并回 develop。
命名建议：feature/feature-name。

release 分支
用于准备发布新版本。
从 develop 分支创建，用于修复发布前的 bug。
完成后合并到 master 和 develop。
命名建议：release/x.x.x。

hotfix 分支
用于修复生产环境的紧急问题。
从 master 分支创建，完成后合并回 master 和 develop。
命名建议：hotfix/fix-name。

工作流程

创建特性分支（Feature Branch）
从 develop 分支创建特性分支：
git checkout develop
git pull
git checkout -b feature/feature-name
在特性分支上开发新功能。
完成后，将特性分支合并回 develop：
git checkout develop
git pull
git merge --no-ff feature/feature-name
git branch -d feature/feature-name

创建发布分支（Release Branch）
当准备发布新版本时，从 develop 分支创建发布分支：
git checkout develop
git pull
git checkout -b release/x.x.x
在发布分支上修复发布前的 bug。
完成后，将发布分支合并到 master 和 develop

合并到 master
git checkout master
git pull
git merge --no-ff release/x.x.x
git push

合并到 develop
git checkout develop
git pull
git merge --no-ff release/x.x.x
git push

删除发布分支
git branch -d release/x.x.x
3. 创建热修复分支（Hotfix Branch）
当生产环境出现紧急问题时，从 master 分支创建热修复分支：
git checkout master
git pull
git checkout -b hotfix/fix-name
在热修复分支上修复问题。
完成后，将热修复分支合并到 master 和 develop。

合并到 master
git checkout master
git pull
git merge --no-ff hotfix/fix-name
git push

合并到 develop
git checkout develop
git pull
git merge --no-ff hotfix/fix-name
git push

删除热修复分支
git branch -d hotfix/fix-name