Git分支管理

分支基础操作

创建分支

# 创建新分支
git branch 分支名

# 创建新分支并切换到该分支
git checkout -b 分支名

# Git 2.23版本后的新方式
git switch -c 分支名

查看分支

# 查看本地分支
git branch

# 查看远程分支
git branch -r

# 查看所有分支
git branch -a

切换分支

# 传统方式切换分支
git checkout 分支名

# Git 2.23版本后的新方式
git switch 分支名

删除分支

# 删除本地分支
git branch -d 分支名

# 强制删除本地分支
git branch -D 分支名

# 删除远程分支
git push origin --delete 分支名
# 或
git push origin :分支名

分支合并

合并分支

# 将指定分支合并到当前分支
git merge 分支名

# 使用--no-ff参数进行合并，保留分支信息
git merge --no-ff 分支名

解决合并冲突

当合并分支时出现冲突，Git会在冲突文件中标记冲突区域：

<<<<<<< HEAD
当前分支的内容
=======
要合并分支的内容
>>>>>>> 分支名

解决冲突的步骤：

1. 打开冲突文件，找到冲突区域

2. 编辑文件，保留需要的内容，删除冲突标记

3. 保存文件并添加到暂存区

   git add 冲突文件
   

4. 继续合并过程

   git merge --continue
   

   或者直接提交

   git commit -m "解决合并冲突"
   

Git Flow工作流模型

Git Flow是一种基于分支的Git工作流模型，它定义了严格的分支模型，适用于有计划发布周期的项目。

主要分支

• master: 存放正式发布的版本
• develop: 开发分支，包含最新的开发特性

辅助分支

• feature: 功能分支，用于开发新功能
• release: 发布分支，用于准备发布
• hotfix: 热修复分支，用于修复生产环境中的问题

工作流程

1. 从develop分支创建feature分支进行功能开发

   git checkout -b feature/功能名 develop
   

2. 完成功能开发后合并回develop分支

   git checkout develop
   git merge --no-ff feature/功能名
   

3. 从develop分支创建release分支准备发布

   git checkout -b release/版本号 develop
   

4. 在release分支上修复bug，完成后合并到master和develop

   git checkout master
   git merge --no-ff release/版本号
   git tag -a 版本号
   
   git checkout develop
   git merge --no-ff release/版本号
   

5. 如果生产环境出现问题，从master创建hotfix分支

   git checkout -b hotfix/问题描述 master
   

6. 修复完成后合并到master和develop

   git checkout master
   git merge --no-ff hotfix/问题描述
   git tag -a 版本号.修复号
   
   git checkout develop
   git merge --no-ff hotfix/问题描述
   

分支管理最佳实践

1. 保持master分支稳定，只合并经过充分测试的代码
2. 定期同步远程分支，避免大规模合并冲突
3. 使用有意义的分支名称，如feature/login、bugfix/header
4. 及时删除已合并的分支，保持仓库整洁
5. 在大型团队中考虑采用Git Flow或GitHub Flow等工作流模型