0


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

Git 分支操作全解析:创建、切换、合并和删除

一、分支简介

在这里插入图片描述

管理代码的时候,在集中式管理(比如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。

在这里插入图片描述

二、查看分支

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

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不仅可以合并提交,还可以合并分支。

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

git merge

合并 Git 分支的步骤:

  1. 切换到目标分支:这是你希望将更改合并到的分支。例如,如果你想将 feature-branch 合并到 main,需要首先切换到 main 分支,拉取该分支的最新代码git checkout maingit pull
  2. 合并分支:使用 git merge 命令将另一个分支合并到当前分支。例如,将 feature-branch 合并到 maingit merge feature-branch
  3. 处理冲突(如果有):如果存在冲突,Git 会提示你解决冲突。你需要手动编辑冲突的文件,然后添加更改并完成合并。# 编辑冲突文件vim 冲突的文件# 解决冲突后,添加已解决的文件gitadd<file-with-conflict># 完成合并git commit .-i-m"merge fix conflicts."冲突文件示例:在这里插入图片描述
  4. 测试代码并推送更改(如果需要):将合并后的更改推送到远程仓库。git push origin main
git rebase

合并分支(不推荐使用):
使用

git rebase

进行分支合并的步骤如下:

  1. 切换到需要更新的分支:假设要将 feature-branch 的更改应用到 main 分支上,首先需要切换到 feature-branchgit checkout feature-branch
  2. 执行 rebase 操作:将 feature-branch 的更改应用到 main 分支上。git rebase main这会将 feature-branch 上的提交“移到” main 分支的顶部。feature-branch 上的更改将会被逐个应用到 main 上的最新提交之后。
  3. 解决冲突(如果有):如果在 rebase 过程中出现冲突,Git 会提示解决冲突。解决冲突后,继续 rebase 操作。注意,git rebase解决完冲突后并不会增加一次提交。# 编辑冲突文件vim 冲突的文件# 解决冲突后,添加已解决的文件gitadd<file-with-conflict># 继续 rebasegit rebase --continuerebase示例:在这里插入图片描述
  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
# orgit 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 的分支机制允许我们在独立的环境中进行开发和测试,确保主分支的稳定性。理解分支的作用(如 FeatureBugHotfixRelease)对有效管理项目至关重要。
  2. 创建和切换分支:使用 git branchgit checkout -b 创建和切换分支,使得开发者能够灵活地在不同功能或修复任务之间切换,提高了开发的灵活性和组织性。
  3. 合并分支的技巧:合并分支是将开发成果整合到主干的关键步骤。通过 git mergegit rebase,可以将功能分支的更改引入到主分支中。选择合适的合并策略对于避免冲突和保持提交历史的清晰至关重要。
  4. 处理冲突:冲突是分支管理中常见的问题。通过 git mergegit rebase 提供的工具和方法,可以有效地解决冲突,确保代码库的稳定性。理解冲突产生的原因和解决原则能够帮助团队更高效地协作。
  5. 删除分支:分支的删除操作(包括本地和远程)有助于保持项目的整洁。了解如何安全地删除不再需要的分支,可以避免混乱和不必要的分支堆积。

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

在这里插入图片描述

标签: git 大数据 linux

本文转载自: https://blog.csdn.net/Long_xu/article/details/141108210
版权归原作者 Lion Long 所有, 如有侵权,请联系我们删除。

“Git 分支操作全解析:创建、切换、合并、删除及冲突解决”的评论:

还没有评论