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

“ 在现代软件开发中，高效的版本控制是确保项目成功的关键。Git 提供了强大的分支管理功能，使得开发者能够独立地进行功能开发、修复 bug 和进行紧急修补。本文将深入探讨 Git 分支的基本操作，包括创建、切换、合并和删除分支，同时重点关注如何解决常见的冲突问题。掌握这些技巧不仅能提升开发效率，还能优化团队协作。让我们一起来揭开 Git 分支管理的神秘面纱，提升项目的管理水平。”

01分支简介

管理代码的时候，在集中式管理（比如SVN）中会创建Trunk、Branches、Tag等一些目录，分别放置开发代码、代码分支以及代码的里程碑。那么在 Git 中也使用分支和tag来管理代码。分支就是就是一个代码的副本，可以基于分支进行独立开发。比如我们创建 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。

02查看分支

首先要知道怎么去查看分支，使用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
* masterremotes/origin/HEAD -> origin/masterremotes/origin/master
fly@LAPTOP-V34UPA81:~/workspace/fly-mem-test$

03创建、切换分支

创建分支有两种方式：

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

它们的不同：

git branch 分支名虽然创建了分支，但不会自动切换到新建的分支；而且是在本地创建的分支，远端没有这个分支。
git checkout -b也会创建分支，而且会自动切换到新的分支上。
切换分支也有两种方式：
```
git checkout 分支名
git switch 分支名
```
git check命令的功能很多，除了切换分支，还可以做版本回退等操作，因此，后来 Git 又增加了一个git switch命令。

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

04合并分支（重点）

合并分支有两个命令：

git merge。
git rebase，不推荐使用。git rebase不仅可以合并提交，还可以合并分支。

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

git merge合并 Git 分支的步骤：

切换到目标分支：这是你希望将更改合并到的分支。例如，如果你想将 feature-branch 合并到 main，需要首先切换到 main 分支，拉取该分支的最新代码。
```
git checkout main
git pull
```
合并分支：使用 git merge 命令将另一个分支合并到当前分支。例如，将 feature-branch 合并到 main：
```
git merge feature-branch
```
处理冲突（如果有）：如果存在冲突，Git 会提示你解决冲突。你需要手动编辑冲突的文件，然后添加更改并完成合并。

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

冲突文件示例：

测试代码并推送更改（如果需要）：将合并后的更改推送到远程仓库。
```
git push origin main
```

git rebase合并分支（不推荐使用）：
使用 git rebase 进行分支合并的步骤如下：

切换到需要更新的分支：假设要将 feature-branch 的更改应用到 main 分支上，首先需要切换到 feature-branch。
```
git checkout feature-branch
```
执行 rebase 操作：将 feature-branch 的更改应用到 main 分支上。
```
git rebase main
```
这会将 feature-branch 上的提交“移到” main 分支的顶部。feature-branch 上的更改将会被逐个应用到 main 上的最新提交之后。
解决冲突（如果有）：如果在 rebase 过程中出现冲突，Git 会提示解决冲突。解决冲突后，继续 rebase 操作。注意，git rebase解决完冲突后并不会增加一次提交。

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

推送更改（如果需要）：由于 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原理：从两个分支的共同祖先开始提取当前分支上的修改，提取的提交应用到目标分支的最新提交的后面，将当前分支指向目标分支的最新提交，可能引发其他人基底发生改变。

05删除分支

删除本地分支：

切换到其他分支：在删除分支之前，确保不在要删除的分支上。例如，如果要删除 feature-branch，可以切换到 main 或其他分支。
```
git checkout main
```
删除本地分支：使用 -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

06解决冲突

冲突产生原因：不同分支修改了同一文件的同一行或者相邻行。
解决原则：不要影响其他人提交的功能，也不能破坏自己提交的功能。也可以跟其他人协商解决。
建议：提交前先pull更新最新代码。

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

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

07总结

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

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