计算机基础（二）——Git的底层原理，reverse和reset的区别，rebase作用

已于 2023-03-08 10:58:39 修改
阅读量2.3k 收藏 5
点赞数 3
分类专栏： 计算机基础 文章标签： git reset reverse rebase 变基
于 2021-05-10 21:05:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iaiti/article/details/116586882
版权

目录

1、分区

2、对象

3、对象实例演示

4、branch和tag

5、reset和reverse区别

6、rebase作用

7、rebase再探究竟，rebase和merge区别

这一篇其实不属于计算机基础的，但是随着大家平时工作还有开源一些项目的版本控制的使用，使用叫多的git。
回过头来，有时在思考reverse和rebase区别，回归到底层的一些原理的时候，就有茅塞顿开的感觉了。

1、分区

首先Git有分三个区，工作区,暂存区和版本库。

2、对象

Git当中一共有3种主要的对象:blob，tree，commit


git add 多一个blob文件，repository的一个文件，内容为文件内容
git add 再多一个blob文件
git commit后 会有两个tree 一个commit
tree，存储blob对象和子tree对象，这类型的对象在Git里面代表的就是一个文件夹，而这个对象的内容就是面向它所包含的文件夹和文件的指针。
commit对象，包含了一个面向根目录tree对象的指针，而且还包含了committer的个人信息还有commit的注释。

三个对象之间关系。总结就是
commit 指向 tree 指向 tree 或者 blob

3、对象实例演示

查看对象内容可以参考官方文档，Git - git-cat-file Documentation
git cat-file --batch-check --batch-all-objects
the SHA-1, type, and size of each object is printed on stdout
sha1跟md5类似是一个摘要值，然后就是对象类型，大小
 

#查看git版本
C:\Users>git --version
git version 2.20.1.windows.1

#创建测试目录
D:\>mkdir gittest

D:\>cd gittest

#git 初始化
D:\gittest>git init
Initialized empty Git repository in D:/gittest/.git/

#创建文件index.txt
D:\gittest>echo "version 1" > index.txt

# index.txt加入暂存区
D:\gittest>git add index.txt

# 查看所有对象内容
D:\gittest> git cat-file --batch-check --batch-all-objects
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13

# 查询sha-1对应的文件内容，该对象对应的内容就是index.txt内容
D:\gittest>git cat-file -p 6c58b76a52188643965f3a6704166e8e0424b7fe
"version 1"

# 创建文件index2.txt
D:\gittest>echo "version 2" > index2.txt
# index2.txt加入暂存区
D:\gittest>git add index2.txt
# 查看所有对象内容
D:\gittest> git cat-file --batch-check --batch-all-objects
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13

# 查询sha-1对应的文件内容，该对象对应的内容就是index2.txt内容
D:\gittest>git cat-file -p 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71
"version 2"

#创建新文件夹
D:\gittest>mkdir dir

#创建新文件夹中的新文件
D:\gittest>echo "version 1, inside" > ./dir/inside.txt
 
# inside.txt加入暂存区
D:\gittest>git add ./dir/inside.txt

# 查看所有对象内容
D:\gittest> git cat-file --batch-check --batch-all-objects
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21

# 查询sha-1对应的文件内容，该对象对应的内容就是inside.txt内容
D:\gittest>git cat-file -p bf97e71de76bcff2bd8aba44710aa5e665eacb99
"version 1, inside"

#提交到本地仓库
D:\gittest>git commit


D:\gittest> git cat-file --batch-check --batch-all-objects
39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21
d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105



D:\gittest>git commit
[master (root-commit) 629a4cf] commit 1
 3 files changed, 3 insertions(+)
 create mode 100644 dir/inside.txt
 create mode 100644 index.txt
 create mode 100644 index2.txt

# 查看所有对象内容,commit之后多了两个tree和一个commit
D:\gittest> git cat-file --batch-check --batch-all-objects
39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38
629a4cf0fdb33390ad5774b10244512e3d400407 commit 169
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21
d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105

#查看一个commit
D:\gittest>git cat-file -p 629a4cf0fdb33390ad5774b10244512e3d400407
tree d5c2b878425995af5ddc5202f7058a1ff372b3f3
author  iaiti<xx@qq.com> 1617247696 +0800
committer  iaiti<xx@qq.com> 1617247696 +0800

# 查看其中一个tree
D:\gittest>git cat-file -p d5c2b878425995af5ddc5202f7058a1ff372b3f3
040000 tree 39bdea2300491cc90f47551887bfe9503cd4a9d9    dir
100644 blob 6c58b76a52188643965f3a6704166e8e0424b7fe    index.txt
100644 blob 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71    index2.txt


# 更改文件内容
D:\gittest>echo "version 2" > index.txt

D:\gittest>git add index.txt

D:\gittest>echo "version 1 new" > index.txt

D:\gittest>git add index.txt

D:\gittest> git cat-file --batch-check --batch-all-objects
0b596a83945ca790976a10bbf005262f1cefe4cc blob 17   		(version 1 new)
39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38   		(inside.txt)
629a4cf0fdb33390ad5774b10244512e3d400407 commit 169 	(commit)
6c58b76a52188643965f3a6704166e8e0424b7fe blob 13   		(version 1)
8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13   		(version 2)
bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21   		(version 1, inside)
d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105  		(dir index.txt  index2.txt)

D:\gittest>git cat-file -p 0b596a83945ca790976a10bbf005262f1cefe4cc
"version 1 new"


#提交第二次
D:\gittest>git cat-file -p beaeb2b94a88d6cf03c096f667859239065d1ba8
tree 4fca214cabbc6f8c6a7243f9ea780b66ee895993
parent 629a4cf0fdb33390ad5774b10244512e3d400407
author iaiti <xx@git.com> 1617247963 +0800 
committer iaiti <git@xx.com> 1617247963 +0800

Commit 2

多次更改和提交两次后，所有对象的对应关系

4、branch和tag

branch 其实就是一个指向某个commit的指针文件，一般被存放在./.git/refs/heads里面，所以branch只是跨commit而已，按照上图所指示出来的，指向的其实就是master分支
head指向最新commit
tag相当于是静态的 branch ，被存储在./.git/refs/tags里面的文件中。它并不跟随HEAD移动。通常用于标记一个特定的commit，例如某个版本的代码，以方便checkout。

5、reset和reverse区别

reset是记录重设，有三种模式

git reset 17cf9ea15f6c63ec04f232c5cd72e0c1b3f657fd
--hard  commit记录重设，但是如果远程仓库已经commit，可以使用git push --force
--mixed commit记录重设，工作区文件修改，暂存区的记录会重置，相当于没到git add阶段，相当于撤销add
--soft   commit记录重设，工作区文件修改和暂存区的记录都会保存

三种模式总结来说就是，相当于做了版本回退，并控制文件是否回退到暂存区前

而reverse，也是回退，但是不是重置commit，而是多出一条commit ，提醒其他的开发者或者公司同事，这里有恢复操作。可以
和reset对比结合看。

问题来了，reverse还有commit，reset的话中间的commit就不见了， 我要回滚怎么操作？

git reflog记录操作，回滚回之前重置的commit记录。

D:\gittest>git ls-files --stage
100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
100644 0b596a83945ca790976a10bbf005262f1cefe4cc 0       index.txt
100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt
D:\gittest>
D:\gittest>echo "version test index" > index.txt
D:\gittest>
D:\gittest>git ls-files --stage
100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
100644 0b596a83945ca790976a10bbf005262f1cefe4cc 0       index.txt
100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt

D:\gittest>git add index.txt

D:\gittest>git ls-files --stage
100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
100644 be06e3be42f6a2955d61750c86646b7869177f47 0       index.txt
100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt
D:\gittest>


D:\gittest>echo "version test index" > index.txt

D:\gittest>git add index.txt

git commit -m comit3

D:\gittest>git log
commit b3a0d90be0da1862b4c82fb6beafffaf4113148e (HEAD -> master)
Author: <E8><94><A1><E5><9D><A4><E6><89><BF> <xx.com>
Date:   Thu Apr 29 19:51:51 2021 +0800

    Revert "comit3"

    This reverts commit 6fccca25df481aa1d53ad60075bb37d5e87d8593.

commit 6fccca25df481aa1d53ad60075bb37d5e87d8593
Author: <E8><94><A1><E5><9D><A4><E6><89><BF> <xx.com>
Date:   Thu Apr 29 19:51:21 2021 +0800

    comit3

6、rebase作用

变基，Git - git-rebase Documentation 可以查看相关指令信息，

git rebase -i  [startpoint]  [endpoint] 给用户交互界面进行操作

挑选变基的commit

git rebase -i 674c40b

然后移除多余的commit信息，s的话是合并前面的提交

从这里可以看到，变基可以合并我前面提交无用的记录。让整个提交的历史更加的简洁，之前有网友举例，vue作者尤雨溪就有这样的处理。

rebase分支不要使用在公共分支上。

7、rebase再探究竟，rebase和merge区别

除了合并提交信息，让其更简洁外，是不是还有其他作用，都是合并，那和merge区别是什么，需要这样思考。

假如我有一条功能分支比较久没同步线上代码，或者主分支其实多人合作合并频繁的时候，按照平时的操作都是拉一条分支，然后将master merge到自己分支

结果是这样的


而变基能让自己的一条分支形成直线，不受其他的干扰。

总结来说，merge是当前开发分支领先于要合并的分支，那就merge过去，比如开发功能和测试完毕想合并到线上，就是用merge。

如果当前分支许久没拉下来，落后master的，就用rebase，就只把当前的内容合并到自己分支上，而不用理会是什么分支合并过来的。master主分支才需要查看谁合了什么上去。

iaiti
关注
专栏目录
Git 分支 5- 变基
u_my_heart的博客
08-14 905
电子书链接： 变基 在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。 在本节中我们将学习什么是“变基”，怎样使用“变基”，并将展示该操作的惊艳之处，以及指出在何种情况下你应避免使用它。 变基的基本操作 请回顾之前在 分支的合并 中的一个例子，你会看到开发任务分叉到两个不同分支，又各自提交了更新。 之前介绍过，整合分支最容易的方法是 merge 命令。 它会把两个分支的最新快照（C3 和 C4）以及二者最近的共同祖先（C2）进行三方合并，合并的结果是生成一个新的快照（并提交
【git】git操作命令和相关脚本
小鱼菜鸟的博客
07-22 678
目录 git clone git checkout git diff git add git pull --rebase git pull git fetch git reset gitstash git clean git cherry-pick git merge git log git tag git...
Git中rebase的作用
LiZhen314的博客
06-01 2798
Gitrebase，顾名思义，就是重新定义（re）起点（base）的作用，即重新定义分支的版本库状态。要搞清楚这个东西，要先看看版本库状态切换的两种情况： 我们知道，在某个分支上，我们可以通过git reset，实现将当前分支切换到本分支以前的任何一个版本状态，即所谓的“回溯”。即实现了本分支的“后悔药”。也即版本控制系统的初衷。 还有另一种情况，当我们的项目有多个分支的时候。我们除了在本地开发的时候可能会“回溯”外，也常常会将和自己并行开发的别人的分支修改添加到自 己本地来。这种情况下很常见。作为项.
什么是rebase
最新发布
m0_57236802的博客
08-07 699
rebase是一个强大的工具，可以帮助你保持提交历史的整洁和线性。通过将一系列提交移到另一个基准之上，它可以简化历史记录，使其更易于阅读和理解。在使用rebase时，需要注意避免在公共分支上重写历史，以防止对团队协作造成不良影响。
git rebase的作用
lgz0921的博客
08-06 2439
rebase操作可以把本地未push的分叉提交历史整理成直线，就是说可以合并多次commit，这样我们在查看历史提交的变化时更容易。 什么是把提交历史整理成直线？ 举一个例子：它就是ide里面的这个： 大家都懂吧～～～ 可以看出有交叉的地方，使用rebase可以整理成直线～～～ 我一般不用rebase～～～～哈哈哈～～～～，想使用的小伙伴可以了解一下哦～～ 如果大家看完本文后还是不理解rebase能干啥，请看廖雪峰的官方网站https://www.liaoxuefeng.com/wiki/8
git | rebase用法
Willian的博客屋
02-19 863
博客引用处（以下内容在原有博客基础上进行补充或更改，谢谢这些大牛的博客指导）： rebase 用法小结 rebase在git中是一个非常有魅力的命令，使用得当会极大提高自己的工作效率；相反，如果乱用，会给团队中其他人带来麻烦。它的作用简要概括为：可以对某一段线性提交历史进行编辑、删除、复制、粘贴；因此，合理使用rebase命令可以使我们的提交历史干净、简洁！ 前提：不要通过rebase对任何已经提...
revert与reset
xue258521的博客
11-14 477
1、场景 错误的将不该和并的分支合并了上去   2、例 test为正在测试的新功能分支，操作人错误的将test分支合并到了主分支master，此时希望将test的分支提交回滚   3、策略 撤销此次的提交 reset 提交一次新的提交反向撤销本次提交 revert 4、问题 reset 可能因在发现之前，mater上已执行了多次的提交，如下所示： . . . commit1 c...
【GIT】git个人笔记
小鱼菜鸟的博客
07-22 668
GIT个人手册 版本 日期 修订内容 作者 V01 2019-06-25 初稿 备注： 使用中不断迭代完善，其他人使用中有其他总结的，可以补充。 目录 第一章说明 一.1.1GIT 中文手册 一.1.2git仓库说明(工作区、暂存区、本地仓、远程仓)1 一.1.3git仓库说明(工作区、暂存区、本地仓、远程仓)2...
Git 基础知识
一只IT小小鸟
07-19 900
概述 Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。 Git 与 SVN 区别 GIT不仅仅是个版本控制系统，它也是个内容管...
【git】创建仓库、克隆、拉取、上传、历史等常见操作集锦
qq_40940771的博客
03-22 1430
git add .
Git-2.21.0-64-bit.zip
10-22
Git-2.21.0-64 for windows Git 2.23 Release Notes ====================== Updates since v2.22 ------------------- Backward compatibility note * The "--base" option of "format-patch" computed the ...
Git的reset和rebase命令，最透彻、最详细、最简单的教程，学习完对reset和rebase清清楚楚明明白白
户伟伟的博客
08-15 1899
我们提交代码的时候不小心提交错了怎么办？ 提交的message不小心漏掉了字母？提交的代码好像忘改了一个拼错的单词？提交了好几次了有点乱，能不能合在一起？master分支更新了，更我切出的时候不一样怎么办？？？诸如此类等等情况，我们的reset和rebase闪亮登场~~人生不可以重来，但是commit可以。
高级 Git 指南：Git Stash、Reset、Rebase 等
Meta.Qing的博客
12-09 1575
每个开发人员都应该对版本控制有很好的了解，而 Git 已经成为软件开发中版本控制的事实标准。但是，开发人员通常只学习一些简单的命令，而忽略了 Git 历史的强大功能以及 Git 可以使您更有效率的其他事情。例如，使用 Git 使用.我参加了 Git 在线高级课程（通过 Github），并继续与 Github 一起教授初学者的 Git 课程。当我注意到关于我最喜欢的 Git 功能的技术文章不多时，我抓住机会与我的开发人员分享它。在本文中，您将学习如何利用以下高级 Git 功能：Git stash 使您无需提交
git reset详解
weixin_33721344的博客
06-05 289
HEAD HEAD也是很多初学者会搞不清楚的一个概念 说穿了也很简单 就是 你的目前branch的最新的commit 所以今天你下了git checkout b1 但有个例外 因为checkout并不只可以指定branch 还可以指定一个commit 所以当你checkout <commit> 他的意思是说 嘿 既然你指定的是...
git 删除历史commit
u011803304的专栏
02-01 9795
“没有commit错代码的人，不足以称为高级工程师。——凯天” 你不认识凯天没事，你只用知道代码提交错分支有救就行了。废话不多说，我们进入正题——怎么删除最后一次提交的记录。 删除最后一次提交 命令很简单，但是不能马虎，不能多回滚或者少回滚，不然就麻烦不断了。 主要命令： 第一步：回滚上一次提交 git reset --hard HEAD^ 就很简单，回滚master分支的上一次提交。 ...
git 的rebase、reset、revert区别？
study_way的博客
01-14 2305
rebase用于修改提交历史的顺序，将一系列提交重新应用到新的基底上。reset用于移动 HEAD 指针，可以用来撤销提交、取消暂存区的更改或者彻底丢弃更改。revert用于创建新的提交，撤销之前的提交，不改变历史。选择使用哪个命令取决于你的需求和工作流程。在共享的分支上使用rebase和reset时要小心，因为它们会改变提交历史，可能引发冲突。
Git恢复之前版本的两种方法reset、revert（图文详解）
zmjames2000 Just record
09-26 1000
方法一：git reset 原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一： 适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。 具体操作： 查看版本号： 可以使用命令“git log”查看： 使用“git reset --hard 目标版本号”命令将版本回...
git rebase有何用处
u800820的专栏
03-27 250
大家在使用git的过程中是否也经常遇到某些空的merge提交记录，导致分叉混乱，这是怎么回事呢？今天带大家来看看。 问题描述： 我们在本地git commit后执行git push，这时如果有其他人先往代码库push了代码，我们需要先pull代码，并在本地生成一次merge的记录才能push成功。 而正是本地的这次合并，会导致分支出现不必要的分叉。 解决方案： 为了使分支看起来更直观，在push前可以使用git rebase指令将分叉的分支合并为一条直线。其原理也很简单，执行指令后会将提交记录重新按时.
git reset和rebase
08-18
git reset和rebase是git版本控制中的两个重要命令，用于管理代码提交和修改历史。 git reset命令用于将当前分支的HEAD指针移动到指定的提交，同时可选择性地修改工作目录和暂存区的文件状态。它有三种常用的模式： 1. Soft Reset：使用`git reset --soft <commit>`可以将HEAD指针移动到指定提交，但不修改工作目录和暂存区的文件。这意味着之前的提交会被撤销，但相应的更改会保留在暂存区，可以重新提交。 2. Mixed Reset：使用`git reset --mixed <commit>`是默认的reset模式，它将HEAD指针移动到指定提交，并且重置暂存区，但不修改工作目录的文件。这意味着之前的提交和相应的更改都会被撤销，并且文件状态会回到最近一次提交的状态。 3. Hard Reset：使用`git reset --hard <commit>`会彻底重置当前分支的HEAD指针、暂存区和工作目录到指定提交。这意味着之前的提交和相应的更改都会被彻底删除，请谨慎使用。 git rebase命令用于在当前分支上应用另一个分支上的提交，并将其追加到当前分支的提交历史中。它可以实现分支合并的效果，但是与git merge命令不同，rebase会修改提交历史，使得分支合并后的提交看起来更加线性和整洁。 使用`git rebase <branch>`可以将当前分支的提交应用到指定的分支上，也可以使用交互式(rebase -i)的方式对提交进行修改、合并或删除。 需要注意的是，使用git reset和rebase命令都会修改提交历史，所以在公共分支上使用时要谨慎，以免影响其他开发者的工作。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

iaiti

赏顿早餐钱~

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

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

打赏作者

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

抵扣说明：

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

余额充值