git学习 自我研究：分支与分叉（第八天）

最新推荐文章于 2024-03-29 23:09:30 发布
最新推荐文章于 2024-03-29 23:09:30 发布
阅读量1.7k 收藏 1
点赞数
分类专栏： git 文章标签： git git的实际布局 git分支详解 git产生分叉 git恢复分支出错
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/langwang_100/article/details/107317702
版权

文章目录

这里不多bb，直接上结论

一、

结论

在顺序创建分支时（即：一个接一个创建，不在同一个节点创建多个分支），你所有的分支都是这样的：
在这里插入图片描述
在一条直线上，只是有的为了方便理解才将合并分支的过程画成多分叉的图，看自己具体在哪个分支上，完全取决于head的指向，合并也只不过是head指针的移动！

如果像图中这样创建的分支，如果dev没有提交，那么你在bug分支删除dev分支是完全可以的，而且只需要使用branch -d的方法，因为此时，你的dev分支就是你bug分支的一部分！

不能在bug分支上直接合并dev，是因为bug就是版本中最新的（即：在整个git链上是最前面的一个）。

实验

首先创建一个dev分支，并修改保存，查看分支：

$ git log --graph
* commit 70124a11f30e6cdcaca90bb2ba173ccf8f8bf20c (HEAD -> dev)
| Author: *
| Date:   Mon Jul 13 14:50:53 2020 +0800
|
|     dev have a branch
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

从这里也可以看出，在没合并之前，是不会有分叉的。其实合并也是没有分叉的，禁用Fast forward模式其实是合并的分支前进两次（因为多了一次commit），git显示分叉只是方便理解和直观的看见，如图：
在这里插入图片描述
然后，在dev分支上创建bug分支，查看分支：

$ git log --graph
* commit 70124a11f30e6cdcaca90bb2ba173ccf8f8bf20c (HEAD -> bug, dev)
| Author: *
| Date:   Mon Jul 13 14:50:53 2020 +0800
|
|     dev have a branch
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

可以发现，在创建分支的时候，其实新建分支和原分支在一起（即：指针指向一个地方，然后head指向新建的分支），大致就是这个情况：
在这里插入图片描述
后面的区别就是，当新建分支被修改的时候，head会和bug一起移动，而其他的都停留在原地！

再次修改bug分支并保存，查看分支：

$ git log --graph
* commit b81c466b161c057940dea59546b39b3774779739 (HEAD -> bug)
| Author: *
| Date:   Mon Jul 13 14:54:52 2020 +0800
|
|     bug have a branch
|
* commit 70124a11f30e6cdcaca90bb2ba173ccf8f8bf20c (dev)
| Author: *
| Date:   Mon Jul 13 14:50:53 2020 +0800
|
|     dev have a branch
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

这里其实就可以发现，其实每次的提交，即把工作区内容提交到版本，就会使该版本的指针和head前移，从而和其它版本分开。如图：
在这里插入图片描述

这里菜鸟是想直接在bug版本合并dev版本，这里就会发现一个问题：

$ git merge --no-ff -m "bug is after dev" dev
Already up to date.

这里的原因就是bug是版本中最新的（即：在整个git链上是最前面的一个），所以报错：
在这里插入图片描述
然后菜鸟又尝试直接在bug分支上删除bug分支，这里会报错：

$ git branch -d bug
error: Cannot delete branch 'bug' checked out at 'E:/Git_warehouse'

解决办法：
此错误是在git删除分支时报的错误，删除分支时，当前分支不能停留在要删除的分支上，要切换到其他任意分支，再去删除目标分支。

然后菜鸟才是来删除dev分支

$ git branch -d dev
Deleted branch dev (was 70124a1).

发现这里dev根本没有合并，但是也不需要使用 branch -D 的方式。

但是，如果在master里面删除dev又必须得用 branch -D ，这又是为什么？

这是因为前面的版本没有包含后面的操作，但是后面的版本是包含前面的操作的！（记住git版本是一条直线，这就很好理解）

再次查看分支：

$ git log --graph
* commit b81c466b161c057940dea59546b39b3774779739 (HEAD -> bug)
| Author: *
| Date:   Mon Jul 13 14:54:52 2020 +0800
|
|     bug have a branch
|
* commit 70124a11f30e6cdcaca90bb2ba173ccf8f8bf20c
| Author: *
| Date:   Mon Jul 13 14:50:53 2020 +0800
|
|     dev have a branch
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

发现dev被删除了，在dev分支上干的事情，dev have a branch还在，因为删除的应该只是指针！

恢复分支

那么这样删除的可以恢复吗？git作者实在是太强，给了我们无数的后悔药！

你只要通过 git reflog 找到对应的操作就可以返回到当时的操作了！菜鸟的操作如下：

$ git reflog
b81c466 (HEAD -> bug) HEAD@{0}: reset: moving to b81c466
70124a1 HEAD@{1}: reset: moving to 70124a1
b81c466 (HEAD -> bug) HEAD@{2}: reset: moving to b81c466
b81c466 (HEAD -> bug) HEAD@{3}: checkout: moving from dev to bug
70124a1 HEAD@{4}: checkout: moving from bug to dev
b81c466 (HEAD -> bug) HEAD@{5}: commit: bug have a branch
70124a1 HEAD@{6}: checkout: moving from dev to bug
70124a1 HEAD@{7}: commit: dev have a branch
4165a59 (master) HEAD@{8}: checkout: moving from master to dev
4165a59 (master) HEAD@{9}: merge dev: Fast-forward
8002fa2 HEAD@{10}: checkout: moving from dev to master
4165a59 (master) HEAD@{11}: commit: add merge2
8002fa2 HEAD@{12}: checkout: moving from master to dev
8002fa2 HEAD@{13}: merge dev: Merge made by the 'recursive' strategy.
adc26a9 HEAD@{14}: checkout: moving from dev to master
fa1517e HEAD@{15}: commit: add merge
adc26a9 HEAD@{16}: checkout: moving from master to dev
adc26a9 HEAD@{17}: commit (merge): conflict fixed
6edf4c3 HEAD@{18}: commit: & simple

asus@X MINGW64 /e/Git_warehouse (bug)
$ git branch dev HEAD@{4}

asus@X MINGW64 /e/Git_warehouse (bug)
$ git branch
* bug
  dev
  master

asus@X MINGW64 /e/Git_warehouse (bug)
$ git switch dev
Switched to branch 'dev'

注意：这里HEAD@{4}也可以用版本号代替！每次删除分支都会出现一个版本号，eg：

$ git branch -D bug
Deleted branch bug (was b81c466).

这里的b81c466就是的！

然后真的恢复了，bug.txt自己消失了！
在这里插入图片描述
大家应该可以看出，git是版本越新的的HEAD就越小！其实菜鸟在找到这个方法之前还用了 git reset --hard 版本号 的方式恢复过，发现其它都恢复了，但是分支指针没有恢复！

这里具体可以看该博客 Git删除分支/恢复分支

还有如果版本号不对或者HEAD@{}写错了的情况，见最下面！

产生分叉

这里菜鸟又试了一下，回到master分支，然后再创建一个feature分支并修改提交，然后在三个分支下查看 git log --graph ，结果如下：

asus@x MINGW64 /e/Git_warehouse (bug)
$ git log --graph
* commit 284f5e18eaef986de747c8273f6527a89e7ac61c (HEAD -> bug)
| Author: *
| Date:   Mon Jul 13 20:20:17 2020 +0800
|
|     add bug
|
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8 (dev)
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2


asus@x MINGW64 /e/Git_warehouse (dev)
$ git log --graph
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8 (HEAD -> dev)
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2


asus@x MINGW64 /e/Git_warehouse (feature)
$ git log --graph
* commit ab2852c7230f975c020f99152da23cda4a39b4bd (HEAD -> feature)
| Author: *
| Date:   Mon Jul 13 20:54:40 2020 +0800
|
|     add feature befor dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

这种在同一个节点创建多个分支就会产生分叉！类似下图：
在这里插入图片描述
如果接下来在featur上创建try分支呢？大致情况就是这样：
在这里插入图片描述
反正只要不在同一个节点创建多个分支，就不会产生分叉！

这时菜鸟又在dev后面创建dev2分支，结果如下：

asus@x MINGW64 /e/Git_warehouse (dev2)
$ git log --graph
* commit 04714739727f5fc679745d729ef42ddcc2fd8503 (HEAD -> dev2)
| Author: *
| Date:   Mon Jul 13 21:35:59 2020 +0800
|
|     add dev2
|
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8 (dev)
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2


asus@x MINGW64 /e/Git_warehouse (bug)
$ git log --graph
* commit 284f5e18eaef986de747c8273f6527a89e7ac61c (HEAD -> bug)
| Author: *
| Date:   Mon Jul 13 20:20:17 2020 +0800
|
|     add bug
|
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8 (dev)
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2

很明显证明了菜鸟的结论，这时类似于：
在这里插入图片描述
一个分叉上的某个版本要删除另一个分叉上未合并的分支，必须用 branch -D 才行！

删除feature分支，try分支不会被删除，毕竟删除的只是指针！删除try之后，这个分叉上的才算完全删除，感觉git能让我们恢复，那就一定是没有删除文件，只是删除指针！

恢复分支写错版本号

(这里是菜鸟7月14号补充的，这时候版本和上面不一样了，是最底下的那一种，而且还删了不少，这里只是说明版本号不对的问题，不必纠结)

菜鸟试了一下不用对应的版本号或者HEAD版本！发现分支确实回来了，但是回错地方了，相当于在你写的版本的地方新建了一个分支（即：bug分支上的文件并没有回来）！

asus@x MINGW64 /e/Git_warehouse (master)
$ git reflog
4165a59 (HEAD -> master) HEAD@{0}: checkout: moving from dev2 to master
0471473 (dev2) HEAD@{1}: checkout: moving from master to dev2
4165a59 (HEAD -> master) HEAD@{2}: checkout: moving from bug to master
284f5e1 HEAD@{3}: checkout: moving from dev2 to bug
0471473 (dev2) HEAD@{4}: checkout: moving from master to dev2
4165a59 (HEAD -> master) HEAD@{5}: checkout: moving from bug to master
284f5e1 HEAD@{6}: checkout: moving from dev2 to bug
0471473 (dev2) HEAD@{7}: commit: add dev2
d6b7658 HEAD@{8}: checkout: moving from dev to dev2
d6b7658 HEAD@{9}: checkout: moving from try to dev
185a9de (try) HEAD@{10}: commit: add try after feature
ab2852c HEAD@{11}: checkout: moving from feature to try
ab2852c HEAD@{12}: checkout: moving from dev to feature
d6b7658 HEAD@{13}: checkout: moving from bug to dev
284f5e1 HEAD@{14}: checkout: moving from feature to bug
ab2852c HEAD@{15}: commit: add feature befor dev
4165a59 (HEAD -> master) HEAD@{16}: checkout: moving from master to feature

asus@X MINGW64 /e/Git_warehouse (master)
$ git branch
  dev2
* master
  try

asus@X MINGW64 /e/Git_warehouse (master)
$ git branch bug 284f5e1(这是正确的版本号)

asus@X MINGW64 /e/Git_warehouse (master)
$ git switch bug
Switched to branch 'bug'

asus@X MINGW64 /e/Git_warehouse (bug)
$ git log --graph
* commit 284f5e18eaef986de747c8273f6527a89e7ac61c (HEAD -> bug)
| Author: *
| Date:   Mon Jul 13 20:20:17 2020 +0800
|
|     add bug
|
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2
|
*   commit 8002fa2e223018c9858685f96966bfc1f8fc3250

asus@X MINGW64 /e/Git_warehouse (bug)
$ git switch master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
  (use "git push" to publish your local commits)

asus@X MINGW64 /e/Git_warehouse (master)
$ git branch -D bug
Deleted branch bug (was 284f5e1).

asus@X MINGW64 /e/Git_warehouse (master)
$ git branch bug 0471473

asus@X MINGW64 /e/Git_warehouse (master)
$ git switch bug
Switched to branch 'bug'

asus@X MINGW64 /e/Git_warehouse (bug)
$ git log --graph
* commit 04714739727f5fc679745d729ef42ddcc2fd8503 (HEAD -> bug, dev2)
| Author: *
| Date:   Mon Jul 13 21:35:59 2020 +0800
|
|     add dev2
|
* commit d6b76586ed2682b163b2a47983de1c2ba5ff39f8
| Author: *
| Date:   Mon Jul 13 20:17:22 2020 +0800
|
|     add dev
|
* commit 4165a59cf8e4d6434f81231481fbb099141d0741 (master)
| Author: *
| Date:   Sun Jul 12 17:38:45 2020 +0800
|
|     add merge2
|
*   commit 8002fa2e223018c9858685f96966bfc1f8fc3250

asus@X MINGW64 /e/Git_warehouse (bug)
$ git branch
* bug
  dev2
  master
  try

其实这是个复杂的事情，所以删除分支前一定要确保已经合并了，或者真的不要了，因为删除分支给的版本号在关闭后就没了，然后删除分支又不会被记录到reflog里面！

这里菜鸟找到一个小妙招，其实要找删除分支对应的版本，就是找你reflog里面记录的你跳转到该删除分支的那条命令就行，前面的版本号就是该删除分支的版本号！

PBitW
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
GitLab项目的分叉、分支与项目提交、迭代规范和Bug修复流程
CoffeMilk的博客
01-31 2743
一、创建分叉 分叉(Fork)是原始存储库的一个副本，作用是（可以在不影响原始项目的情况下进行更改）
Git学习笔记（6）----分支
Soar_lxy的博客
09-07 402
分支是什么？ 个人觉得用“分身”这个词来形容这个功能更佳，具体作用的话，大概就是鸣人用影分身来提升实力的作用吧。什么？你没看过火影？那好吧，来一个正经的解释：以coding为例，当你正在开发一个新功能时，突然发现有一个线上的bug需要紧急修复，但是新功能还没有完成，肯定不能上，那么这个时候，可以以目前线上代码为源版本，创建一个分支，将bug修复、测试通过后提交到线上版本，你会发现：bug修复了，
git分支出现分叉分支、游离分支怎么合并
落霞与孤鹜齐飞，秋水共长天一色。
02-27 683
您还可以通过在 git pull 命令中添加 --rebase、–no-rebase 或 --ff-only 来为单次拉取操作指定您的偏好，例如 git pull --rebase。这将仅为该次拉取覆盖您配置的默认值。仅快进（git config pull.ff only）： 这只允许可以快进的拉取，意味着您的本地分支必须落后于远程分支并且没有分叉的提交。如果无法快进，拉取将失败，您需要手动协调分支。您看到的消息表明您的 Git 仓库中存在分叉的分支，这意味着您的本地分支和远程分支都有对方没有的提交。
深入理解git分支分叉(branch diverged)的问题
热门推荐
ikscher的专栏
02-27 7万+
问： I googled and read many posts, but none could make me understand the branch divergence problem yet. If I've remote tracking branch, I often get into the following: $ git status # On branch
pycharm中使用Git相关问题分析
m0_62357580的博客
06-06 1023
pycharm中使用Git相关问题分析
PyCharm & Github git push失败 ssh配置的问题
qwedcvzaq的博客
02-01 2657
在跨年的时候，看到朋友发的Github一年的issue汇总，很是羡慕。 最近转念一想，何不按照自己的学习内容划分不同的Project也同步到github,算是一种记录，更是一种激励。 说干就干，但是无奈pycharm与github连接的操作可是让我花了很多功夫。 一开始将我python整个大文件都作为一个项目传上去了，因此每创建一个.py文件都是红色，强迫症可受不了这委屈，因此网上搜索：如何取消github与pycharm的关联，并成功操作，CSDN上有一些指导，感兴趣者可自行实践。 今天遇到一
Git学习笔记02：Git分支
##C的博客
05-04 274
目录1 分支原理1.1 Git保存原理1.2 Git分支原理2 分支操作2.1 创建分支2.2 切换分支2.3 合并分支2.3.1 合并无分叉的分支2.3.2 合并有分叉的分支 1 分支原理 1.1 Git保存原理 Git 仓库中有三种对象： blob 对象：保存文件快照 树对象：记录目录结构和 blob 对象索引 提交对象：包含指向树对象的指针、指向其父对象的指针和所有提交信息 每次进行提交...
git入门手册-第一版
04-11
- 有分叉的分支合并：使用`git merge --no-ff <branch_name>`保留合并历史。 - 冲突解决：在合并时遇到冲突，手动编辑冲突文件，然后`git add`和`git commit`。 8. **GitHub/Gitee** - 注册账户：在GitHub或...
WitchCraft-Forked-from-Gegy:从 Gegy1000 分叉
06-13
在开源社区中，"分叉"意味着一个开发者或团队从现有项目中创建了一个新的分支，以便独立地进行开发、改进或实验，同时保留原始项目的特性。这种做法在开源软件开发中非常常见，它允许创新并促进项目的多样性和适应性...
分叉工作流运动十月：练习回购
03-02
在IT行业中，"分叉工作流"通常指的是在软件开发中的版本控制系统，如Git中进行的分支操作。在这个场景下，“分叉”意味着创建一个项目的一个独立副本，允许开发者在不影响主分支的情况下自由地进行实验、添加新功能...
grail:Grail Web 浏览器的一个分支
05-31
6. **版本控制**：Git 是一个分布式版本控制系统，"grail-master" 文件表明项目使用 Git 进行版本管理和协作，"master" 分支是项目的主要开发分支，代表了最稳定的状态。 7. **社区驱动**：作为开源项目，Grail ...
java8看不到源码-automationlibrary:RLCalyst厨师库的存储库
06-04
java8 看不到源码自动化图书馆 ==================== RLCalyst 厨师库的存储库 #分支策略 中央存储库将有两个无限生命周期的分支 掌握 开发 支持的分支对于对 RLCalyst 的贡献，请创建一个功能或热修复分支并进行...
IDEA 或者Pycharm git push操作的时候经常报错
qq_22230669的博客
05-14 1931
路径File->Settings 这里将Connection timeout 时间设置为30s或者更长（默认为5s，但是国内连接git是将一般都比较长，所以导致提交的时候经常超时而报错）。
git中遇到的问题
光头强的博客
12-19 2187
一、分支已经分叉 Your branch and 'origin/master' have diverged, and have 1 and 1 different commits each, respectively 翻译：您的分支和“origin/master”已经分叉，分别有1个和1个不同的提交 解决方案： git rebase用于把一个分支的修改合并到当前分支。 1、git re...
git分支
EthanZhao的博客
03-04 311
1.Git 分支 - 分支简介 1.分支创建 Git 是怎么创建新分支的呢？ 很简单，它只是为你创建了一个可以移动的新的指针。 比如，创建一个 testing 分支， 你需要使用 git branch 命令 ...
uml知识整理，总结，归纳（适合考试突击）
最新发布
2401_84004078的博客
03-29 1038
接口构件依赖关系给大家分享一些关于HTML的面试题，有需要的朋友可以戳这里获取，先到先得哦。只有通过构件使得接口才能使用。给大家分享一些关于HTML的面试题，有需要的朋友可以戳这里获取，先到先得哦。[外链图片转存中…(img-UTBnFmTQ-1711724961030)][外链图片转存中…(img-ZV8wMH8I-1711724961031)]
git merge 冲突解决和删除远程分支
lxw1844912514的博客
05-16 2296
1、merge的文件冲突，撤销git merge操作 git reset HEAD //回到上一版本 ，文件状态会变成modified git checkout . //撤销所有modified文件 git clean -df . //删除所有未添加的文件 2、merge 的 文件冲突 ，根据修改内容，一方进行覆盖另一方 确定你需要的是哪个仓库的文件，然后执行相应的命令即可。 //eg：我再develop分支，要合并feature，文件发生了冲突 git checko
用git log查看分支历史和分支分差情况
小妖666个人笔记
08-02 2125
用 git log --oneline --graph 命令可以查看分支提交历史，并且查看分支的分叉情况，--oneline是单行显示会更清晰。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

PBitW

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

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

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

打赏作者

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

抵扣说明：

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

余额充值