Git 分支操作全解析：创建、切换、合并、删除及冲突解决

Git 分支操作全解析：创建、切换、合并、删除及冲突解决

引用

CSDN

1.

https://m.blog.csdn.net/Long_xu/article/details/141108210

Git分支管理是软件开发中实现高效协作和版本控制的核心工具。本文将从分支的基本概念出发，详细讲解创建、切换、合并、删除分支以及处理冲突等关键操作，帮助开发者全面掌握Git分支管理的技巧。

一、分支简介

在集中式版本控制系统（如SVN）中，通常会创建Trunk、Branches、Tag等目录来管理代码。而在Git中，同样使用分支和标签来管理代码。分支本质上是一个代码的副本，可以基于分支进行独立开发。例如，我们可以创建Bug分支或Feature分支，开发完成后合并到主干。

使用Git可以非常方便灵活地管理分支和基于分支工作：

git branch   # 查看分支
git branch develop  # 创建develop分支
git checkout -b feature/FT-123456  # 创建FT-123456的一个feature分支
git checkout develop   # 切换分支
git merge feature/FT-123456   # 合并分支
git branch -d feature/FT-123456   # 删除FT-123456的feature分支
git push -u origin hotfix/ISSUE-345678    # 推送分支

版本管理的标准流程：

• Master：稳定压倒一切，禁止尚未review和测试的代码提交到这个分支上，Master上的代码是可以随时部署到线上生产环境的。
• Develop：开发分支，我们的持续集成工作在这里，code review过的代码合入到这里，我们以下要讲的BUG fix和feature开发都可以基于develop分支拉取，修改完之后合入到develop分支。
• Feature：功能开发和change request的分支，也即我们每一个feature都可以从devlop上拉取一个分支，开发、review和测试完之后合入develop分支。
• Hotfix：紧急修改的分支，在master发布到线上出现某个问题的时候，算作一个紧急布丁。从master分支上拉取代码，修改完之后合入develop和master分支。
• Release：预发布分支，比如0.1、0.2、1.12版本，我们一般说的系统测试就是基于这些分支做的，如果出现bug，则可以基于该release分支拉取一个临时bug分支。
• Bug：bug fix的分支，当我们定位、解决后合入develop和Release分支，然后让测试人员回归测试，回归测试后由close这个bug。

二、查看分支

首先要知道怎么去查看分支，使用

git branch

命令，这个命令只打印本地仓库的分支；如果想把远端的分支也查看一番，可以使用

git branch -a

命令。其中其星号

*

表示当前在哪个分支。示例：

fly@LAPTOP-V34UPA81:~/workspace/fly-mem-test$ git branch
* master
fly@LAPTOP-V34UPA81:~/workspace/fly-mem-test$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master
fly@LAPTOP-V34UPA81:~/workspace/fly-mem-test$

三、创建、切换分支

创建分支有两种方式：

git branch 分支名
git checkout -b 分支名

它们的不同：

• git branch 分支名：虽然创建了分支，但不会自动切换到新建的分支；而且是在本地创建的分支，远端没有这个分支。
• git checkout -b：也会创建分支，而且会自动切换到新的分支上。

切换分支也有两种方式：

git checkout 分支名
git switch 分支名

git checkout命令的功能很多，除了切换分支，还可以做版本回退等操作，因此，后来Git又增加了一个git switch命令。

git checkout -b可以理解为两个命令的结合，即创建分支+切换分支两个操作合成一个命令。

四、合并分支

合并分支有两个命令：

• git merge。
• git rebase，不推荐使用。

git rebase不仅可以合并提交，还可以合并分支。

合并分支的主要作用：通常，在实际项目开发过程中，会有多个分支，而且都是基于某个主分支进行开发。最终，所有的分支实现的功能都要合并到主分支，所有人都可以看到项目的修改。我们要把自己分支的修改应用到主分支，就需要合并分支。

使用git merge合并分支

合并Git分支的步骤：

1. 切换到目标分支：这是你希望将更改合并到的分支。例如，如果你想将feature-branch合并到main，需要首先切换到main分支，拉取该分支的最新代码。

git checkout main
git pull

2. 合并分支：使用git merge命令将另一个分支合并到当前分支。例如，将feature-branch合并到main：

git merge feature-branch

3. 处理冲突（如果有）：如果存在冲突，Git会提示你解决冲突。你需要手动编辑冲突的文件，然后添加更改并完成合并。

# 编辑冲突文件
vim 冲突的文件
# 解决冲突后，添加已解决的文件
git add <file-with-conflict>
# 完成合并
git commit . -i -m "merge fix conflicts."

4. 测试代码并推送更改（如果需要）：将合并后的更改推送到远程仓库。

git push origin main

使用git rebase合并分支（不推荐使用）

使用git rebase进行分支合并的步骤如下：

1. 切换到需要更新的分支：假设要将feature-branch的更改应用到main分支上，首先需要切换到feature-branch。

git checkout feature-branch

2. 执行rebase操作：将feature-branch的更改应用到main分支上。

git rebase main

这会将feature-branch上的提交“移到”main分支的顶部。feature-branch上的更改将会被逐个应用到main上的最新提交之后。

3. 解决冲突（如果有）：如果在rebase过程中出现冲突，Git会提示解决冲突。解决冲突后，继续rebase操作。注意，git rebase解决完冲突后并不会增加一次提交。

# 编辑冲突文件
vim 冲突的文件
# 解决冲突后，添加已解决的文件
git add <file-with-conflict>
# 继续rebase
git rebase --continue

4. 推送更改（如果需要）：由于rebase操作会改变提交历史，如果已经将feature-branch推送到远程仓库，需要强制推送更新。

git push --force origin feature-branch

注意：强制推送会覆盖远程仓库中的feature-branch，在共享仓库中使用时请小心。

不推荐使用git rebase的原因：虽然git rebase让提交记录非常整洁，它整体上比git merge上一个提交记录，但是它会让人造成混淆（时间线错乱），无法辨别真正的版本依赖关系。git merge更加符合实际开发的时间线。

什么时候使用git rebase?

依据是：是否有其他人依赖我当前rebase的这个分支。如果有依赖，则应当采用git merge进行合并，否则可以使用git rebase命令。因为git rebase会改变提交日志（即commit id），如果有人依赖我的分支，就可能出现异常。

git rebase原理：从两个分支的共同祖先开始提取当前分支上的修改，提取的提交应用到目标分支的最新提交的后面，将当前分支指向目标分支的最新提交，可能引发其他人基底发生改变。

五、删除分支

删除本地分支

1. 切换到其他分支：在删除分支之前，确保不在要删除的分支上。例如，如果要删除feature-branch，可以切换到main或其他分支。

git checkout main

2. 删除本地分支：使用-d选项删除本地分支，如果分支上有未合并的更改，Git会警告你。

git branch -d feature-branch

如果你确定要删除分支，即使它有未合并的更改，可以使用-D（强制删除）：

git branch -D feature-branch

删除远程分支

使用git push命令并指定--delete选项来删除远程分支。例如，删除远程feature-branch。

git push origin --delete feature-branch
# or
git push origin -d feature-branch

六、解决冲突

冲突产生原因

不同分支修改了同一文件的同一行或者相邻行。

解决原则

不要影响其他人提交的功能，也不能破坏自己提交的功能。也可以跟其他人协商解决。

建议：提交前先pull更新最新代码。

git merge和git rebase解决冲突的不同

• git merge：先解决冲突文件，然后使用git add，最后git commit . -i -m "...."，完成。
• git rebase：先解决冲突文件，然后使用git add.标记解决，最后git rebase --continue，完成。

七、总结

在软件开发过程中，Git的分支管理是实现高效协作和版本控制的核心工具。通过本文的介绍，我们深入探讨了Git分支的创建、切换、合并、删除及冲突解决等操作，帮助开发者掌握了以下几点关键内容：

1. 分支管理的基本概念：Git的分支机制允许我们在独立的环境中进行开发和测试，确保主分支的稳定性。理解分支的作用（如Feature、Bug、Hotfix和Release）对有效管理项目至关重要。
2. 创建和切换分支：使用git branch和git checkout -b创建和切换分支，使得开发者能够灵活地在不同功能或修复任务之间切换，提高了开发的灵活性和组织性。
3. 合并分支的技巧：合并分支是将开发成果整合到主干的关键步骤。通过git merge和git rebase，可以将功能分支的更改引入到主分支中。选择合适的合并策略对于避免冲突和保持提交历史的清晰至关重要。
4. 处理冲突：冲突是分支管理中常见的问题。通过git merge和git rebase提供的工具和方法，可以有效地解决冲突，确保代码库的稳定性。理解冲突产生的原因和解决原则能够帮助团队更高效地协作。
5. 删除分支：分支的删除操作（包括本地和远程）有助于保持项目的整洁。了解如何安全地删除不再需要的分支，可以避免混乱和不必要的分支堆积。

通过这些操作，开发团队可以更好地管理代码库，提高开发效率和代码质量。掌握Git的分支管理不仅有助于个人开发者的工作，也能提升团队合作的协同效能。希望本文的内容能够为您在使用Git时提供有力的支持和指导，助力您的项目开发成功。