GIT04_分支概述、查看、创建、切换、合并分支、代码冲突如何定位解决

最新推荐文章于 2025-06-07 23:19:47 发布
最新推荐文章于 2025-06-07 23:19:47 发布
阅读量507 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Git 文章标签： git svn jenkins
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/TZ845195485/article/details/116904220
本文详细介绍了Git分支的基础概念，如何查看本地和远程分支，创建新分支hot-fix，切换到该分支进行开发，以及合并hot-fix分支到master以避免影响主线。通过实例演示了处理分支合并冲突的步骤。

文章目录

①. 分支概述

  • ①. 几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有master 分支，是因为git init 命令默认创建它，并且大多数人都懒得去改动它。
    在这里插入图片描述
  • ②. 分支的操作
命令名称作用
git branch 分支名创建分支
git branch -v(-r -a)查看分支
git checkout 分支名切换分支
git merge 分支名把指定的分支合并到当前分支上

②. 查看分支 git branch -a

  • ①. 列出所有本地分支：git branch(git branch -v)

  • ②. 列出所有远程分支：git branch -r

  • ③. 列出所有本地分支和远程分支：git branch -a
    在这里插入图片描述

③. 创建分支 git branch hot-fix

  • git branch 分支名称
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git branch hot-fix

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git branch -v
  hot-fix d39bee4 delete b.txt
* master  d39bee4 delete b.txt

④. 切换分支 git checkout hot-fix

  • ①. git checkout 分支名称
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'
M       a.txt
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (hot-fix)
  • ②. 创建并切换分支： $ git checkout -b mybranch

⑤. 合并分支 git merge hot-fix

  • ①. git merge 分支名

  • ②. 我们在 hot-fix的a.txt文件的最后追加了内容,提交了到本地库,现在切回到了master,在master上进行代码的合并操作

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ cat a.txt
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
第二次版本迭代

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git merge hot-fix
Updating d39bee4..ba6920a
Fast-forward
 a.txt | 1 +
 1 file changed, 1 insertion(+)

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ cat a.txt
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
第二次版本迭代
这是hot-fix分支修改了
  • ③. 有时候合并操作不会如此顺利。 如果你在两个不同的分支中,对同一个文件的同一个部分进行了不同的修改,Git就没办法合并它们,同时会提示文件冲突。此时需要我们打开冲突的文件并修复冲突内容,最后执行git add命令来标识冲突已解决
    (注意:如果我们要进行分支的合并,首先我们应该将master分支先合并到自己的分支,将冲突解决,然后再将自己的分支合并到master,这样就不会有问题)
  1. 这里有三个分支,master、hot-fix、TANGZHI
  2. 我们在hot-fix的a.txt文件中修改了内容,在最后一行添加了"这是hot-fix分支修改了"
  3. 我们在TANGZHI的a.txt文件中修改了内容,在最后一行添加了"TANGZHI分支进行了修改"
  4. 切回到主分支,将hot-fix分支合并到master这里不会产生问题,正常合并
  5. 切回到主分支,将TANGZHI分支合并到master产生了冲突,因为我们对同一个文件进行了修改
  6. 手动解决冲突,重新进行提交,注意提交的时候 git commit -m “这个后面不能带有文件名”
$ git branch TANGZHI
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git checkout TANGZHI
Switched to branch 'TANGZHI'
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (TANGZHI)
$ vim a.txt
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (TANGZHI)
$ git commit -am "TANGZHI分支追加了内容"
[TANGZHI fdd1068] TANGZHI分支追加了内容
 1 file changed, 1 insertion(+)
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (TANGZHI)
$ git checkout master
Switched to branch 'master'
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (hot-fix)
$ vi a.txt
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (hot-fix)
$ git commit -am "hot-fix分支冲突问题"
[hot-fix eb0e4ea] hot-fix分支冲突问题
 1 file changed, 1 insertion(+)
Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (hot-fix)
$ git checkout master
Switched to branch 'master'

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git merge hot-fix
Updating ba6920a..eb0e4ea
Fast-forward
 a.txt | 1 +
 1 file changed, 1 insertion(+)

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ cat a.txt
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
第二次版本迭代
这是hot-fix分支修改了
hot-fix分支演示和TANGZHI分支的冲突问题

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git merge TANGZHI
Auto-merging a.txt
CONFLICT (content): Merge conflict in a.txt
Automatic merge failed; fix conflicts and then commit the result.

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
$ git merge TANGZHI
error: Merging is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)
        both modified:   a.txt

no changes added to commit (use "git add" and/or "git commit -a")

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
$ cat a.txt
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
第二次版本迭代
这是hot-fix分支修改了
<<<<<<< HEAD
hot-fix分支演示和TANGZHI分支的冲突问题
=======
TANGZHI分支进行了修改
>>>>>>> TANGZHI

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
$ vi a.txt

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)
        both modified:   a.txt

no changes added to commit (use "git add" and/or "git commit -a")

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master|MERGING)
# 注意这里不能带文件名字,因为git不能识别是哪个分支下的文件
$ git commit -am  "冲突解决了"
[master 0c17f90] 冲突解决了

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git stauts
git: 'stauts' is not a git command. See 'git --help'.

The most similar command is
        status

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git status
On branch master
nothing to commit, working tree clean

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (master)
$ git checkout TANGZHI
Switched to branch 'TANGZHI'

Administrator@SD-20191128LXMQ MINGW64 /d/gitRepos/repo1 (TANGZHI)
$ cat a.txt
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
hello TANGZHI
第二次版本迭代
这是hot-fix分支修改了
TANGZHI分支进行了修改
git的跟踪分支和远程跟踪分支学习笔记
Wang的专栏
03-22 6141
概念区分 分支(branch)：是指向某个commit对象的引用 跟踪分支(tracking branch)：本地的分支，比如master分支，用户可写 远程跟踪分支(remote tracking branch)：远程的分支origin/master, 用户只读 通过git clone操作来了解仓库同步的过程 克隆前【远程仓库】的状态：远程仓库master分支指向c2的commi...
软件工程领域Git的代码合并工具推荐
软件工程实践的博客
05-03 1244
在软件开发过程中，团队成员通常会在不同的分支上进行并行开发，当需要将这些分支的代码集成到主分支或其他目标分支时，就需要进行代码合并操作。然而，代码合并过程中可能会遇到各种冲突，手动解决这些冲突既耗时又容易出错。因此，使用合适的代码合并工具可以提高开发效率和代码质量。本文的目的是介绍一些常用的Git代码合并工具，包括它们的功能、优缺点以及适用场景，为开发者在选择代码合并工具时提供参考。本文将按照以下结构进行组织：首先介绍Git代码合并的基本概念和常见问题；
git设置本地分支追踪远程分支
weixin_44360449的博客
10-19 6783
git远程仓库新建分支，本地分支追踪新建的远程分支
git branch 管理分支（超详细）
weixin_44296489的博客
03-14 7773
这是git操作最大的一块儿，来吧，继续学习。 直至现在为止，我们的项目版本库一直都是只有一个分支 master。在 git 版本库中创建分支的成本几乎为零，所以，不必吝啬多创建几个分支。下面列举一些常见的分支策略，仅供大家参考： 创建一个属于自己的个人工作分支，以避免对主分支 master 造成太多的干扰，也方便与他人交流协作。 当进行高风险的工作时，创建一个试验性的分支，扔掉一个烂摊子总...
git分支及如何解决合并冲突问题
一个小菜鸡的学习之路
10-26 4824
使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug。切换到master分支并修改file01.txt文件，修改内容为cout = 2。git branch -d b1 删除分支时，需要做各种检查。查看文件内容发现git已标注两个分支修改的内容，这时候需要我们手动修改。命令：git checkout 分支名。一个分支上的提交可以合并到另一个分支。我们还可以直接切换到一个不存在的分支（创建并切换）不能删除当前分支，只能删除其他分支。命令：git branch 分支名。命令：git merge。
Git分支实战和冲突解决
weixin_50616848的博客
04-09 4267
目录 1、Git分支概念： 2、Git分支优点： 3、分支操作命令： 4、分支实战： 5、分支冲突： 1、Git分支概念： 初始化git时会有一个master主分支生成，在实际开发过程中，一般会创建其他分支进行开发，其他分支开发不会影响master主分支的开发。 2、Git分支优点： （1）可以同时并行开发多个功能，提高开发效率； （2）多个分支同时开发时，一个分支开发失败，不会影响其他分支的开发，将失败分支删除重新开始即可。 3、分支操作命令： （1）git branch 分.
vscode+git解决远程分支合并冲突
hoiii187的博客
05-07 1446
克隆远程仓库。创建并切换到新分支。进行一些更改并提交。拉取远程分支的更改并合并。解决合并冲突。提交解决冲突后的更改。使用VSCode和Git解决远程分支合并冲突是一种高效且直观的方法。通过VSCode的图形界面和Git的强大功能，可以轻松地管理和解决代码冲突，确保团队协作的顺利进行。
云计算实训14——分布式版本控制系统、Git 的安装及配置、部署 Gitlab 服务器、创建分支、解决分支冲突
m0_73907608的博客
07-25 1440
分布式版本控制系统；Git 的安装及配置；部署 Gitlab 服务器；创建分支；解决分支冲突；
IntelliJ IDEA代码分支：Git Flow工作流最佳实践
最新发布
Java大师兄的博客
06-07 735
你是否遇到过这些场景？同事改了你的代码却没同步，合并时弹出100个冲突线上突然爆bug，却找不到是哪个分支的代码导致的同时开发3个新功能，分支名乱成“feature1/2/3”根本记不住这些问题的根源，是缺少规范的分支管理策略。本文聚焦“Git Flow”这一经典分支管理模型，结合IntelliJ IDEA（以下简称IDEA）的可视化工具，教你：✅ 如何用“分工明确”的分支类型管理开发全周期✅ 如何在IDEA中快速完成分支创建、合并、推送✅ 团队协作中避免冲突的10个最佳实践。
深入理解Git：掌握分支管理和合并冲突的解决方案
Git分支管理概述 Git作为一个分布式的版本控制系统，其分支管理功能是软件开发中不可或缺的一部分。理解Git分支管理的基本概念、操作以及最佳实践对于高效协作开发具有重要意义。在本章中，我们将首先介绍分支管理...
Git分支管理实战宝典：创建、合并、删除分支，轻松驾驭代码版本
[Git分支管理实战宝典：创建、合并、删除分支，轻松驾驭代码版本](https://img-blog.csdnimg.cn/850490356dbc4d0694b7c144c0955978.jpg?x-oss-process=image/watermark,type_ZHJvaWRzYW5zZmFsbGJhY2s,shadow_50,text...
解决swoole聊天丢包问题
刘庆付的博客
01-04 731
一、问题描述： 项目：项目为一个聊天室，选择swoole技术实现，查看官方文档使用心跳检测可以回收没有用的fd值，并且减轻压力。 服务器：初始化配置heartbeat_idle_time，heartbeat_check_interval 这两个参数 客户端：检测关闭事件，断线续联服务器 问题：服务器主动断开客户端的时候，这个链接的过程中有人发送消息包，则会有很大的可能丢包 二、...
git跟踪远程分支并创建本地分支
热门推荐
snowsnowsnow1991的博客
08-02 1万+
http://blog.csdn.net/tterminator/article/details/52225720 http://git.oschina.net/progit/3-Git-%E5%88%86%E6%94%AF.html#3.5-%E8%BF%9C%E7%A8%8B%E5%88%86%E6%94%AF 一、查看远程分支 使用如下Git命令查看所有远程分支：
Git branch - fix conflict
Stan的专栏
11-01 882
现在有两master 和 branch02两个分支，并且两个分支下面的文件一致： 分别修改test.txt中的文本，再合并两个分支，造成冲突： 两个分支下的test.txt中的文本已经不一样了，现在去merge两个分支： 让文本保留成原先样子，最后在master分支上merge branch02的时候并没有出现冲突，因为之前的冲突已经解决了，所以再次merge的时候，其实就是一
GIT_分布式版本控制目录
所得皆惊喜
04-23 2687
工具类： 编码过滤器 核心控制器：Servlet对象由Web容器管理、service对象由IOC容器管理 在这里插入图片描述 功能实现
GIT07_Fetch、rebase命令详解、日常开发步骤
所得皆惊喜
10-12 1161
文章目录①. 前言②. fetch和rebase命令补充③. 日常开发步骤如下 ①. 前言 结束了公司的培训,看到用的都是git rebase,对于这个命令陌生,以前都没有怎么使用过,于是决定花时间出来好好学习下 ②. fetch和rebase命令补充 ①. 有一个远程仓库origin ②. 本地在此基础上又进行了两次提交: ③. 这时候其他人进行了一次远程push: ④. 因为git是分布式的,原则上可以不用连服务器,所以此时本地并不知道远程分支已经变更(本地的origin/m
GIT03_初始化init、查看状态status、添加add、删除rm、commit提交、历史版本reflog、忽略文件gitignore
所得皆惊喜
05-16 708
文章目录①. 工作目录、暂存区、版本库概念②. 设置用户签名③. 初始化坏境配置 init④. 查看文件状态 status⑤. 添加到暂存区、撤回到工作目录 add|reset⑥. 删除文件 rm⑦. 提交到版本库、形成历史版本 commit⑧. 历史版本 reflog log⑨. Git工作目录下文件的两种状态⑩. .gitignore 命令名称(常用命令) 作用 git config --global user.name 用户名 设置用户签名 git config --global
GIT02_分布式版本控制工具Git安装
所得皆惊喜
05-16 641
①. 查看 GNU 协议,可以直接点击下一步 ②. 选择 Git 安装位置,要求是非中文并且没有空格的目录,然后下一步 ③. Git 选项配置,推荐默认设置,然后下一步 ④. Git 安装目录名,不用修改,直接点击下一步 ⑤. Git 的默认编辑器,建议使用默认的Vim编辑器,然后点击下一步 ⑥. 默认分支名设置,选择让Git决定,分支名默认为 master,下一步 ⑦. 修改 Git 的环境变量,选第一个,不修改环境变量,只在Git Bash 里使用Git ⑧..
GIT01_历史、概述、GIT和SVN对比、常用托管服务
所得皆惊喜
05-16 623
文章目录①. Git概述③. Git常用命令①. 初始化坏境配置②. 获取git仓库③. 工作目录、暂存区以及版本库概念④. Git工作目录下文件的两种状态⑤. 本地仓库的操作⑥. .gitignore④. 远程仓库①. 查看远程仓库②. 添加远程仓库③. 从远程克隆④. 移除无效的远程仓库⑤. 从远程仓库中抓取代码⑥. 从远程仓库拉取代码⑦. 推送到远程仓库⑤. Git分支①. 查看分支②. 创建分支③. 切换分支④. 推送至远程仓库分支⑤. 合并分支⑥. 删除分支⑥. 在IDEA中使用Git①. 在ID
git 分支代码合并 详解 简单易懂
05-14
### Git 分支合并的简单易懂详解 #### 什么是分支合并？ 在版本控制工具 Git 中，分支合并是指将一个分支上的更改应用到另一个分支的过程。通过这种方式可以实现不同开发人员之间的协作以及功能模块的集成。 #### 合并的方式 Git 提供了两种主要的方式来完成分支间的代码同步：`merge` 和 `rebase`。 --- #### Merge 的工作原理 当使用 `git merge` 命令时，Git 将尝试自动创建一个新的提交记录来组合两个分支的历史记录。如果存在冲突，则需要手动解决这些冲突后再完成合并过程。 ```bash # 切换至目标分支（通常是 main 或者 develop） git checkout target_branch_name # 执行合并操作 git merge source_branch_name ``` 对于某些情况下的快速前向合并（Fast-forward），即源分支完全基于当前分支发展而来而没有任何分叉的情况下，不会生成额外的新提交点[^1]。 --- #### Rebase 的作用机制 相比之下，`rebase` 是把一系列提交移动或者复制到另一条线上去。它使得历史更加线性和整洁，因为它实际上重写了提交历史。 以下是具体的操作流程： ```bash # 首先切换回要更新的目标分支 git checkout feature # 开始变基操作 git rebase master ``` 如果有任何文件发生修改冲突的话，系统会暂停下来等待解决问题；一旦解决了所有的冲突之后就可以继续执行剩下的部分: ```bash git add conflicted_file git rebase --continue ``` 需要注意的是，在复杂项目里频繁地做交互式变基可能带来风险，尤其是已经推送到远程仓库中的公共分支不应轻易改变其提交顺序或内容[^4]。 --- #### 解决冲突的方法 无论采用哪种方法进行分支整合都可能出现冲突的情况。此时可以根据提示找到具体的文件位置，并按照以下步骤处理： 1. **查看状态**: 使用 `git status` 查看哪些文件处于冲突状态。 2. **编辑文件**: 打开含有冲突标记 `<`, `=` , `>` 的文件，删除不需要的部分保存退出。 3. **标记已解决**: 对每一个修复好的文档运行下面这条指令告诉 Git 这些地方已经被妥善处置过了。 ```bash git add filename_with_conflict_resolved ``` 4. **最终确认**: - 如果是在做 rebase,那么接着输入 `git rebase --continue`. - 若是普通的 merge 动作则只需完成整个事务:`git commit`. 以上便是完整的解决方案概述[^3]. --- ### 总结 无论是选择简洁直观但可能导致非线性历史记录增加的 `merge` 方法还是追求干净利落却稍显复杂的 `rebase` 方案，都需要开发者依据实际需求权衡取舍。同时也要记得做好前期准备工作比如全局用户名邮箱设置等基础配置项[^2],这样才能更好地利用好这一强大的分布式版本控制系统——Git!
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

所得皆惊喜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值