devbox
菜鸟追梦旅行
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

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

作者：菜鸟追梦旅行 | 2024-04-14 19:04:03

赞

踩

git reverse

目录

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类似是一个摘要值，然后就是对象类型，大小
 

  1. #查看git版本
  2. C:\Users>git --version
  3. git version 2.20.1.windows.1
  4.  
  5. #创建测试目录
  6. D:\>mkdir gittest
  7.  
  8. D:\>cd gittest
  9.  
  10. #git 初始化
  11. D:\gittest>git init
  12. Initialized empty Git repository in D:/gittest/.git/
  13.  
  14. #创建文件index.txt
  15. D:\gittest>echo "version 1" > index.txt
  16.  
  17. # index.txt加入暂存区
  18. D:\gittest>git add index.txt
  19.  
  20. # 查看所有对象内容
  21. D:\gittest> git cat-file --batch-check --batch-all-objects
  22. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
  23.  
  24. # 查询sha-1对应的文件内容，该对象对应的内容就是index.txt内容
  25. D:\gittest>git cat-file -p 6c58b76a52188643965f3a6704166e8e0424b7fe
  26. "version 1"
  27.  
  28. # 创建文件index2.txt
  29. D:\gittest>echo "version 2" > index2.txt
  30. # index2.txt加入暂存区
  31. D:\gittest>git add index2.txt
  32. # 查看所有对象内容
  33. D:\gittest> git cat-file --batch-check --batch-all-objects
  34. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
  35. 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
  36.  
  37. # 查询sha-1对应的文件内容，该对象对应的内容就是index2.txt内容
  38. D:\gittest>git cat-file -p 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71
  39. "version 2"
  40.  
  41. #创建新文件夹
  42. D:\gittest>mkdir dir
  43.  
  44. #创建新文件夹中的新文件
  45. D:\gittest>echo "version 1, inside" > ./dir/inside.txt
  46.  
  47. # inside.txt加入暂存区
  48. D:\gittest>git add ./dir/inside.txt
  49.  
  50. # 查看所有对象内容
  51. D:\gittest> git cat-file --batch-check --batch-all-objects
  52. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
  53. 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
  54. bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21
  55.  
  56. # 查询sha-1对应的文件内容，该对象对应的内容就是inside.txt内容
  57. D:\gittest>git cat-file -p bf97e71de76bcff2bd8aba44710aa5e665eacb99
  58. "version 1, inside"
  59.  
  60. #提交到本地仓库
  61. D:\gittest>git commit
  62.  
  63.  
  64. D:\gittest> git cat-file --batch-check --batch-all-objects
  65. 39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38
  66. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
  67. 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
  68. bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21
  69. d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105
  70.  
  71.  
  72.  
  73. D:\gittest>git commit
  74. [master (root-commit) 629a4cf] commit 1
  75.  3 files changed, 3 insertions(+)
  76.  create mode 100644 dir/inside.txt
  77.  create mode 100644 index.txt
  78.  create mode 100644 index2.txt
  79.  
  80. # 查看所有对象内容,commit之后多了两个tree和一个commit
  81. D:\gittest> git cat-file --batch-check --batch-all-objects
  82. 39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38
  83. 629a4cf0fdb33390ad5774b10244512e3d400407 commit 169
  84. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13
  85. 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13
  86. bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21
  87. d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105
  88.  
  89. #查看一个commit
  90. D:\gittest>git cat-file -p 629a4cf0fdb33390ad5774b10244512e3d400407
  91. tree d5c2b878425995af5ddc5202f7058a1ff372b3f3
  92. author  iaiti<xx@qq.com> 1617247696 +0800
  93. committer  iaiti<xx@qq.com> 1617247696 +0800
  94.  
  95. # 查看其中一个tree
  96. D:\gittest>git cat-file -p d5c2b878425995af5ddc5202f7058a1ff372b3f3
  97. 040000 tree 39bdea2300491cc90f47551887bfe9503cd4a9d9    dir
  98. 100644 blob 6c58b76a52188643965f3a6704166e8e0424b7fe    index.txt
  99. 100644 blob 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71    index2.txt
  100.  
  101.  
  102. # 更改文件内容
  103. D:\gittest>echo "version 2" > index.txt
  104.  
  105. D:\gittest>git add index.txt
  106.  
  107. D:\gittest>echo "version 1 new" > index.txt
  108.  
  109. D:\gittest>git add index.txt
  110.  
  111. D:\gittest> git cat-file --batch-check --batch-all-objects
  112. 0b596a83945ca790976a10bbf005262f1cefe4cc blob 17   		(version 1 new)
  113. 39bdea2300491cc90f47551887bfe9503cd4a9d9 tree 38   		(inside.txt)
  114. 629a4cf0fdb33390ad5774b10244512e3d400407 commit 169 	(commit)
  115. 6c58b76a52188643965f3a6704166e8e0424b7fe blob 13   		(version 1)
  116. 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 blob 13   		(version 2)
  117. bf97e71de76bcff2bd8aba44710aa5e665eacb99 blob 21   		(version 1, inside)
  118. d5c2b878425995af5ddc5202f7058a1ff372b3f3 tree 105  		(dir index.txt  index2.txt)
  119.  
  120. D:\gittest>git cat-file -p 0b596a83945ca790976a10bbf005262f1cefe4cc
  121. "version 1 new"
  122.  
  123.  
  124. #提交第二次
  125. D:\gittest>git cat-file -p beaeb2b94a88d6cf03c096f667859239065d1ba8
  126. tree 4fca214cabbc6f8c6a7243f9ea780b66ee895993
  127. parent 629a4cf0fdb33390ad5774b10244512e3d400407
  128. author iaiti <xx@git.com> 1617247963 +0800 
  129. committer iaiti <git@xx.com> 1617247963 +0800
  130.  
  131. 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记录。

  1. D:\gittest>git ls-files --stage
  2. 100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
  3. 100644 0b596a83945ca790976a10bbf005262f1cefe4cc 0       index.txt
  4. 100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt
  5. D:\gittest>
  6. D:\gittest>echo "version test index" > index.txt
  7. D:\gittest>
  8. D:\gittest>git ls-files --stage
  9. 100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
  10. 100644 0b596a83945ca790976a10bbf005262f1cefe4cc 0       index.txt
  11. 100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt
  12.  
  13. D:\gittest>git add index.txt
  14.  
  15. D:\gittest>git ls-files --stage
  16. 100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0       dir/inside.txt
  17. 100644 be06e3be42f6a2955d61750c86646b7869177f47 0       index.txt
  18. 100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0       index2.txt
  19. D:\gittest>
  20.  
  21.  
  22. D:\gittest>echo "version test index" > index.txt
  23.  
  24. D:\gittest>git add index.txt
  25.  
  26. git commit -m comit3
  27.  
  28. D:\gittest>git log
  29. commit b3a0d90be0da1862b4c82fb6beafffaf4113148e (HEAD -> master)
  30. Author: <E8><94><A1><E5><9D><A4><E6><89><BF> <xx.com>
  31. Date:   Thu Apr 29 19:51:51 2021 +0800
  32.  
  33.     Revert "comit3"
  34.  
  35.     This reverts commit 6fccca25df481aa1d53ad60075bb37d5e87d8593.
  36.  
  37. commit 6fccca25df481aa1d53ad60075bb37d5e87d8593
  38. Author: <E8><94><A1><E5><9D><A4><E6><89><BF> <xx.com>
  39. Date:   Thu Apr 29 19:51:21 2021 +0800
  40.  
  41.     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主分支才需要查看谁合了什么上去。

声明：本文内容由网友自发贡献，转载请注明出处：【wpsshop博客】
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号