Git核心原理,30分钟搞定

关于git有很多文章,主要是从命令操作角度、场景功能来讲解的,比如Git教程 - 廖雪峰的官方网站,前辈的文章非常优美,阅读次数超过了650w,OMG,膜拜。
这个小文章从数据角度来,来讲解git的功能和命令

核心:工作区、暂存区、版本库

  1. 工作区:你当前进行工作的区域,是文件系统的概念
  2. 版本库:记录了你工程某次提交的完整状态和内容,这意味着你的数据永远不会丢失。
  3. 暂存区: 记录了下次提交将要保存到版本库中的文件

简单来说, GIT流程就是将工作区中的文件,先保存到暂存区中,当执行commit的时候,将暂存区中的文件保存到版本库中!如果暂存区没有内容,就没有办法commit!

从数据操作角度来说,分成如下几种

  • 工作区与暂存区之间的数据交互
  1. 将工作区文件保存到暂存
    git add
  2. 清除暂存区文件
    git reset -- index.html (删除暂存区的修改)
    git rm --cached (删除暂存区的文件,工作区文件不删除)
  3. 将暂存区文件还原到工作区
    git checkout -- index.html
  • 暂存区与版本库的数据交互
  1. 将暂存区的文件保存到版本库
    git commit
  2. 撤销版本库最后一次提交


    image.png

    git reset --mixed HEAD^ (撤销上次commit,工作区不变,暂存区清空)


    image.png

    git reset --soft HEAD^ (撤销上次commit,工作区、暂存区恢复到最后状态,可以重新commit)
    image.png

    git reset --hard HEAD^ (撤销上次commit,工作区回退,暂存区清空)


    image.png

    git revert (做了一个反向修改的commit)
    image.png

    3 . 将版本库内容还原到暂存区
    git reset --soft HEAD
  • 其他

    1. 版本库内容还原到工作区
      git reset --hard HEAD

核心:blob、tree、commit、refs(分支、tag)

  1. blob 对象保存的仅仅是文件的内容

  2. tree 对象更像是操作系统中的文件夹,它可以保存blob对象和tree 对象。一个单独的 tree 对象包含一条或多条 tree 记录,每一条记录含有一个指向 blob 对象或子 tree 对象的 SHA-1 指针,并附有该对象的权限模式 (mode)、类型和文件名信息等:


    image.png
  3. commit 对象的格式很简单:指明了该时间点项目快照的顶层tree对象、作者/提交者信息(从 Git 设置的 user.name 和 user.email中获得)以及当前时间戳、一个空行,上一次的提交对象的ID以及提交注释信息

    image.png

    总结:,blob为文件内容,tree记录了文件信息、blob sha1信息,commit是根据tree计算得到的快照id。

  4. refs是References的缩写。引用是变量名(名字),值指向commit对象,方便追踪代码的变化


    image.png

总结:,NND,分支、tag的信息就是一个指针啊,这样消耗资源非常少啊,所以可以多创建分支、多创建分支。
PS,删除分支时,是不是删除了refs变量名啊,所以commit、tree、blob都没有删除?对吧?

本地版本、remote版本

这个不展开介绍,仅列几个命令
git fetch (拉起远程版本库,但是不合并到本地版本库)
git pull (拉取远程版本库,合并到本地版本库)
git push (推送到远程版本库)
git merge

额外:隐藏区

由于git适合多分支切换开发,所以有时候需要将修改临时保存一下,当分支开发完成后,切换回来继续修改之前的内容。所以git提供了一个很少用但是很有用的功能,git stash,仅列几个命令
git stash save 保存当前工作目录文件
git stash restore 恢复保存的工作目录文件
git stash drop 删除保存记录
git stash pop 恢复最后一个的工作目录文件,并删除保存记录
git stash list 查看所有保存记录
git stash clear 删除所有保存记录

来一个🌰

# ... hack hack hack ...
$ git stash
$ edit emergency fix
$ git commit -a -m "Fix in a hurry"
$ git stash pop
# ... continue hacking ...

结束

Mission Complete!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容