目录一、Git分支详解1.1 什么是Git分支管理1.2 分支类型说明长期存在分支核心基础分支master 主分支develop 开发分支临时创建分支辅助开发/发布分支完成后删除feature 功能分支release 发布分支不一定用hotfix 紧急修复分支1.3 业务流程图1.4 常见分支策略1.5 分支命名规范1.6 互联网大厂Git工作流实战 devops1.7 分支管理最佳实践1.8 注意事项二、Git多分支实战和代码合并规范讲解2.1 Git分支基本操作实战分支创建和切换2.2 分支工作流完整演练功能开发工作流紧急修复工作流2.3 代码合并规范说明提交信息规范分支命名规范合并请求规范一、Git分支详解1.1 什么是Git分支管理Git分支管理是指在Git版本控制系统中通过创建和管理多个分支来组织代码开发流程支持并行开发、代码隔离和版本控制简单说就像一棵树的主干和分支main分支是主干feature分支是枝叶每个分支都可以独立生长最后再合并到主干其核心作用包括并行开发多个功能可以同时开发而不相互干扰代码隔离开发分支、测试分支、生产分支相互隔离版本管理支持版本回退、热修复和发布管理团队协作多人协作时减少代码冲突1.2 分支类型说明长期存在分支核心基础分支master 主分支定位生产环境分支存放已发布的稳定、可靠版本代码核心规则仅用于发布新版本禁止直接修改或提交新功能develop 开发分支定位日常开发主分支汇总当前所有正在推进的功能和任务核心规则所有新功能开发、改进、优化均从该分支发起完成后最终合并回此分支临时创建分支辅助开发/发布分支完成后删除feature 功能分支创建来源从 develop 分支创建功能分支的名字可以采用feature-*的形式命名用途单独开发某一个新功能一个功能对应一个分支流转终点功能实现、测试完成后合并回 develop 分支release 发布分支不一定用创建来源从 develop 分支创建用途为即将发布的版本做最终准备仅开展测试、bug修复、文档检查等工作不新增功能流转终点准备完成且测试通过后同时合并回 master 分支作为新发布版本和 develop 分支同步发布前的修复内容hotfix 紧急修复分支创建来源从 master 分支创建用途紧急修复生产环境master 分支对应版本中出现的问题流转终点修复完成后同时合并回 master 分支更新生产版本和 develop 分支同步修复内容避免后续版本复现问题1.3 业务流程图1.4 常见分支策略master生产环境代码标签标记版本develop开发主分支集成功能分支feature功能开发分支从develop创建release发布准备分支从develop/master创建hotfix紧急修复分支从master创建1.5 分支命名规范功能分支feature/功能名称 或 feature/issue-id-功能描述发布分支release/v1.2.0 或 release/2027-01-01热修复分支hotfix/bug-id 或 hotfix/紧急修复描述开发分支develop 或 development1.6 互联网大厂Git工作流实战 devops1.7 分支管理最佳实践分支生命周期管理及时删除已合并的分支保护主分支通过分支保护规则防止直接推送代码审查所有合并都需要Pull Request和审查定期同步保持分支与主分支的同步标签管理重要版本打tag标记1.8 注意事项分支策略要适配团队规模和项目特点不要为了流程而流程要服务于业务目标保持策略的灵活性可以根据实际情况调整重视工具的易用性和团队接受度二、Git多分支实战和代码合并规范讲解2.1 Git分支基本操作实战分支创建和切换# 查看当前分支 git branch # 创建新分支基于当前分支 git branch feature/user-login # 创建并切换到新分支 git checkout -b feature/user-login # 基于指定分支创建新分支 git checkout -b feature/payment develop # 查看所有分支包括远程 git branch -a2.2 分支工作流完整演练功能开发工作流# 1. 从develop分支创建功能分支 git checkout develop git pull origin develop git checkout -b feature/user-registration # 2. 开发功能并提交 # ... 开发代码 ... git add . git commit -m feat: 增加用户注册功能 # 3. 推送分支到远程 git push origin feature/user-registration # 4. 创建Pull Request/Merge Request # 在GitHub/GitLab上创建PR # 5. 同步最新代码 git checkout develop git pull origin develop git checkout feature/user-registration # 6. 解决可能的冲突 # ... 解决冲突 ... # 7. 推送更新后的分支 git push origin feature/user-registration --force-with-lease紧急修复工作流# 1. 从master创建热修复分支 git checkout master git pull origin master git checkout -b hotfix/critical-bug-fix # 2. 修复bug # ... 修复代码 ... git add . git commit -m fix: 解决严重的授权问题 # 3. 同时合并到master和develop git checkout master git merge hotfix/critical-bug-fix git push origin master git checkout develop #将热修复代码合并到develop分支同步修复逻辑到开发分支。 git merge hotfix/critical-bug-fix git push origin develop # 4. 删除热修复分支 git branch -d hotfix/critical-bug-fix2.3 代码合并规范说明提交信息规范# 格式type(scope): description git commit -m feat(授权): 增加JWT授权验证 # 常用type # feat: 新功能 # fix: 修复bug # docs: 文档更新 # style: 代码格式调整 # refactor: 代码重构 # test: 测试相关分支命名规范功能分支feature/功能名称 或 feature/issue-123-user-login修复分支fix/bug描述 或 fix/issue-456-data-validation发布分支release/v1.2.0热修复hotfix/紧急修复描述合并请求规范标题清晰描述变更内容详细描述变更原因和影响关联相关issue或需求提供测试说明和验证步骤 【项目管理】互联网大厂Git多分支规范
目录一、Git分支详解1.1 什么是Git分支管理1.2 分支类型说明长期存在分支核心基础分支master 主分支develop 开发分支临时创建分支辅助开发/发布分支完成后删除feature 功能分支release 发布分支不一定用hotfix 紧急修复分支1.3 业务流程图1.4 常见分支策略1.5 分支命名规范1.6 互联网大厂Git工作流实战 devops1.7 分支管理最佳实践1.8 注意事项二、Git多分支实战和代码合并规范讲解2.1 Git分支基本操作实战分支创建和切换2.2 分支工作流完整演练功能开发工作流紧急修复工作流2.3 代码合并规范说明提交信息规范分支命名规范合并请求规范一、Git分支详解1.1 什么是Git分支管理Git分支管理是指在Git版本控制系统中通过创建和管理多个分支来组织代码开发流程支持并行开发、代码隔离和版本控制简单说就像一棵树的主干和分支main分支是主干feature分支是枝叶每个分支都可以独立生长最后再合并到主干其核心作用包括并行开发多个功能可以同时开发而不相互干扰代码隔离开发分支、测试分支、生产分支相互隔离版本管理支持版本回退、热修复和发布管理团队协作多人协作时减少代码冲突1.2 分支类型说明长期存在分支核心基础分支master 主分支定位生产环境分支存放已发布的稳定、可靠版本代码核心规则仅用于发布新版本禁止直接修改或提交新功能develop 开发分支定位日常开发主分支汇总当前所有正在推进的功能和任务核心规则所有新功能开发、改进、优化均从该分支发起完成后最终合并回此分支临时创建分支辅助开发/发布分支完成后删除feature 功能分支创建来源从 develop 分支创建功能分支的名字可以采用feature-*的形式命名用途单独开发某一个新功能一个功能对应一个分支流转终点功能实现、测试完成后合并回 develop 分支release 发布分支不一定用创建来源从 develop 分支创建用途为即将发布的版本做最终准备仅开展测试、bug修复、文档检查等工作不新增功能流转终点准备完成且测试通过后同时合并回 master 分支作为新发布版本和 develop 分支同步发布前的修复内容hotfix 紧急修复分支创建来源从 master 分支创建用途紧急修复生产环境master 分支对应版本中出现的问题流转终点修复完成后同时合并回 master 分支更新生产版本和 develop 分支同步修复内容避免后续版本复现问题1.3 业务流程图1.4 常见分支策略master生产环境代码标签标记版本develop开发主分支集成功能分支feature功能开发分支从develop创建release发布准备分支从develop/master创建hotfix紧急修复分支从master创建1.5 分支命名规范功能分支feature/功能名称 或 feature/issue-id-功能描述发布分支release/v1.2.0 或 release/2027-01-01热修复分支hotfix/bug-id 或 hotfix/紧急修复描述开发分支develop 或 development1.6 互联网大厂Git工作流实战 devops1.7 分支管理最佳实践分支生命周期管理及时删除已合并的分支保护主分支通过分支保护规则防止直接推送代码审查所有合并都需要Pull Request和审查定期同步保持分支与主分支的同步标签管理重要版本打tag标记1.8 注意事项分支策略要适配团队规模和项目特点不要为了流程而流程要服务于业务目标保持策略的灵活性可以根据实际情况调整重视工具的易用性和团队接受度二、Git多分支实战和代码合并规范讲解2.1 Git分支基本操作实战分支创建和切换# 查看当前分支 git branch # 创建新分支基于当前分支 git branch feature/user-login # 创建并切换到新分支 git checkout -b feature/user-login # 基于指定分支创建新分支 git checkout -b feature/payment develop # 查看所有分支包括远程 git branch -a2.2 分支工作流完整演练功能开发工作流# 1. 从develop分支创建功能分支 git checkout develop git pull origin develop git checkout -b feature/user-registration # 2. 开发功能并提交 # ... 开发代码 ... git add . git commit -m feat: 增加用户注册功能 # 3. 推送分支到远程 git push origin feature/user-registration # 4. 创建Pull Request/Merge Request # 在GitHub/GitLab上创建PR # 5. 同步最新代码 git checkout develop git pull origin develop git checkout feature/user-registration # 6. 解决可能的冲突 # ... 解决冲突 ... # 7. 推送更新后的分支 git push origin feature/user-registration --force-with-lease紧急修复工作流# 1. 从master创建热修复分支 git checkout master git pull origin master git checkout -b hotfix/critical-bug-fix # 2. 修复bug # ... 修复代码 ... git add . git commit -m fix: 解决严重的授权问题 # 3. 同时合并到master和develop git checkout master git merge hotfix/critical-bug-fix git push origin master git checkout develop #将热修复代码合并到develop分支同步修复逻辑到开发分支。 git merge hotfix/critical-bug-fix git push origin develop # 4. 删除热修复分支 git branch -d hotfix/critical-bug-fix2.3 代码合并规范说明提交信息规范# 格式type(scope): description git commit -m feat(授权): 增加JWT授权验证 # 常用type # feat: 新功能 # fix: 修复bug # docs: 文档更新 # style: 代码格式调整 # refactor: 代码重构 # test: 测试相关分支命名规范功能分支feature/功能名称 或 feature/issue-123-user-login修复分支fix/bug描述 或 fix/issue-456-data-validation发布分支release/v1.2.0热修复hotfix/紧急修复描述合并请求规范标题清晰描述变更内容详细描述变更原因和影响关联相关issue或需求提供测试说明和验证步骤