Git 分支操纵全解析：创建、切换、合并、删除及冲突解决
一、分支简介https://i-blog.csdnimg.cn/direct/1dcffac0b5854492a5c1ef710221f3c6.png
管理代码的时间，在集中式管理（比如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。
https://i-blog.csdnimg.cn/direct/dfa782bb6a964b509bb63438f4760020.png
二、查看分支
首先要知道怎么去查看分支，使用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 check下令的功能很多，除了切换分支，还可以做版本回退等操纵，因此，后来 Git 又增加了一个git switch下令。
git checkout -b可以明白为两个下令的联合，即 创建分支 + 切换分支两个操纵合成一个下令。
四、合并分支
合并分支有两个下令：
[*]git merge。
[*]git rebase，不保举使用。git rebase不仅可以合并提交，还可以合并分支。
合并分支的重要作用：通常，在实际项目开发过程中，会有多个分支，而且都是基于某个主分支进行开发。最终，所有的分支实现的功能都要合并到主分支，所有人都可以看到项目的修改。我们要把自己分支的修改应用到主分支，就必要合并分支。
https://i-blog.csdnimg.cn/direct/ee14ba3eb7834b4f8d8b484685c591cd.png
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."
冲突文件示例：
https://i-blog.csdnimg.cn/direct/15e926de86bd4abb96ad6827345869c0.png
[*] 测试代码并推送更改（如果必要）：将合并后的更改推送到长途堆栈。
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示例：
https://i-blog.csdnimg.cn/direct/e36e4d19830843f999bfea4a82de2139.png
[*] 推送更改（如果必要）：由于 rebase 操纵会改变提交汗青，如果已经将 feature-branch 推送到长途堆栈，必要强制推送更新。
git push --force origin feature-branch
注意：强制推送会覆盖长途堆栈中的 feature-branch，在共享堆栈中使用时请鉴戒。
不保举使用git rebase的原因：虽然git rebase让提交记录非常整洁，它团体上比git merge上一个提交记录，但是它会让人造成混淆（时间线错乱），无法辨别真正的版本依靠关系。
git merge更加符合实际开发的时间线。
https://i-blog.csdnimg.cn/direct/84451224d1c34c9ea6f322e0716cde3e.png
什么时间使用git rebase ?
依据是：是否有其他人依靠我当前rebase的这个分支。如果有依靠，则应当接纳git merge进行合并，否则可以 使用git rebase 下令。由于git rebase会改变提交日志（即 commit id），如果有人依靠我的分支，就大概出现异常。
git rebase原理：从两个分支的共同先人开始提取当前分支上的修改，提取的提交应用到目的分支的最新提交的背面，将当前分支指向目的分支的最新提交，大概引发其他人基底发生改变。
五、删除分支
删除本地分支：
[*] 切换到其他分支：在删除分支之前，确保不在要删除的分支上。比方，如果要删除 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
六、解决冲突
冲突产生原因：不同分支修改了同一文件的同一行大概相邻行。
解决原则：不要影响其他人提交的功能，也不能粉碎自己提交的功能。也可以跟其他人协商解决。
建议：提交前先pull更新最新代码。
https://i-blog.csdnimg.cn/direct/83c494c1873f4628b2b09bf8643faff8.png
git merge和git rebase解决冲突的不同：
[*]git merge先解决冲突文件，然后使用git add，末了git commit . -i -m "...."，完成。
[*]git rebase先解决冲突文件，然后使用git add.标记解决，末了git rebase --continue，完成。
https://i-blog.csdnimg.cn/direct/43b135f9520040c6a299b490f3c1b570.png
七、总结
在软件开发过程中，Git 的分支管理是实现高效协作和版本控制的核心工具。通过本文的介绍，我们深入探究了 Git 分支的创建、切换、合并、删除及冲突解决等操纵，帮助开发者把握了以下几点关键内容：
[*] 分支管理的根本概念：Git 的分支机制允许我们在独立的环境中进行开发和测试，确保主分支的稳定性。明白分支的作用（如 Feature、Bug、Hotfix 和 Release）对有用管理项目至关告急。
[*] 创建和切换分支：使用 git branch 和 git checkout -b 创建和切换分支，使得开发者能够机动地在不同功能或修复任务之间切换，进步了开发的机动性和组织性。
[*] 合并分支的技巧：合并分支是将开发成果整合到主干的关键步调。通过 git merge 和 git rebase，可以将功能分支的更改引入到主分支中。选择合适的合并策略对于制止冲突和保持提交汗青的清楚至关告急。
[*] 处理冲突：冲突是分支管理中常见的题目。通过 git merge 和 git rebase 提供的工具和方法，可以有用地解决冲突，确保代码库的稳定性。明白冲突产生的原因和解决原则能够帮助团队更高效地协作。
[*] 删除分支：分支的删除操纵（包括本地和长途）有助于保持项目的整洁。了解怎样安全地删除不再必要的分支，可以制止杂乱和不须要的分支堆积。
通过这些操纵，开发团队可以更好地管理代码库，进步开发效率和代码质量。把握 Git 的分支管理不仅有助于个人开发者的工作，也能提升团队互助的协同效能。盼望本文的内容能够为您在使用 Git 时提供有力的支持和引导，助力您的项目开发成功。
https://i-blog.csdnimg.cn/direct/4dcf758cb73748feb4498e38b2846f91.png
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]