0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

程序员必备的史上最全的git用法

dyquk4xk2p3d 来源:Linux云计算网络 2022-12-29 15:45 次阅读

基本用法

d1d5ae64-82d3-11ed-bfe3-dac502259ad0.png

上面的四条命令在工作目录、暂存目录(也叫做索引)和仓库之间复制文件。

git addfiles把当前文件放入暂存区域。

git commit给暂存区域生成快照并提交。

git reset --files用来撤销最后一次git addfiles,你也可以用git reset撤销所有暂存区域文件。

git checkout --files把文件从暂存区域复制到工作目录,用来丢弃本地修改。

你可以用git reset -p,git checkout -p, orgit add -p进入交互模式。

也可以跳过暂存区域直接从仓库取出文件或者直接提交代码。

d1e41be8-82d3-11ed-bfe3-dac502259ad0.png    

git commit -a相当于运行git add把所有当前目录下的文件加入暂存区域再运行。git commit.

git commitfiles进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区域。

git checkout HEAD --files回滚到复制最后一次提交。

约定

后文中以下面的形式使用图片。

d1f89e38-82d3-11ed-bfe3-dac502259ad0.png

绿色的5位字符表示提交的ID,分别指向父节点。分支用橘色显示,分别指向特定的提交。当前分支由附在其上的HEAD标识。这张图片里显示最后5次提交,ed489是最新提交。main分支指向此次提交,另一个stable分支指向祖父提交节点。

命令详解

Diff

有许多种方法查看两次提交之间的变动。下面是一些示例。

d20e283e-82d3-11ed-bfe3-dac502259ad0.png

Commit

提交时,git用暂存区域的文件创建一个新的提交,并把此时的节点设为父节点。然后把当前分支指向新的提交节点。下图中,当前分支是main。在运行命令之前,main指向ed489,提交后,main指向新的节点f0cec并以ed489作为父节点。

d220964a-82d3-11ed-bfe3-dac502259ad0.png

即便当前分支是某次提交的祖父节点,git会同样操作。下图中,在main分支的祖父节点stable分支进行一次提交,生成了1800b。这样,stable分支就不再是main分支的祖父节点。此时,合并(或者衍合) 是必须的。

d2302394-82d3-11ed-bfe3-dac502259ad0.png

如果想更改一次提交,使用git commit --amend。git会使用与当前提交相同的父节点进行一次新提交,旧的提交会被取消。

d24bea02-82d3-11ed-bfe3-dac502259ad0.png

另一个例子是分离HEAD提交,后文讲。

Checkout

checkout命令用于从历史提交(或者暂存区域)中拷贝文件到工作目录,也可用于切换分支。

当给定某个文件名(或者打开-p选项,或者文件名和-p选项同时打开)时,git会从指定的提交中拷贝文件到暂存区域和工作目录。比如,git checkout HEAD~ foo.c会将提交节点HEAD~(即当前提交节点的父节点)中的foo.c复制到工作目录并且加到暂存区域中。(如果命令中没有指定提交节点,则会从暂存区域中拷贝内容。)注意当前分支不会发生变化。

d260be64-82d3-11ed-bfe3-dac502259ad0.png

当不指定文件名,而是给出一个(本地)分支时,那么HEAD标识会移动到那个分支(也就是说,我们“切换”到那个分支了),然后暂存区域和工作目录中的内容会和HEAD对应的提交节点一致。新提交节点(下图中的a47c3)中的所有文件都会被复制(到暂存区域和工作目录中);只存在于老的提交节点(ed489)中的文件会被删除;不属于上述两者的文件会被忽略,不受影响。

d27a3aba-82d3-11ed-bfe3-dac502259ad0.png

如果既没有指定文件名,也没有指定分支名,而是一个标签、远程分支、SHA-1值或者是像main~3类似的东西,就得到一个匿名分支,称作detached HEAD(被分离的HEAD标识)。

这样可以很方便地在历史版本之间互相切换。比如说你想要编译1.6.6.1版本的git,你可以运行git checkout v1.6.6.1(这是一个标签,而非分支名),编译,安装,然后切换回另一个分支,比如说git checkout main。然而,当提交操作涉及到“分离的HEAD”时,其行为会略有不同,详情见在下面。

d28fd26c-82d3-11ed-bfe3-dac502259ad0.png

HEAD标识处于分离状态时的提交操作

当HEAD处于分离状态(不依附于任一分支)时,提交操作可以正常进行,但是不会更新任何已命名的分支。(你可以认为这是在更新一个匿名分支。)

d2a348ba-82d3-11ed-bfe3-dac502259ad0.png

一旦此后你切换到别的分支,比如说main,那么这个提交节点(可能)再也不会被引用到,然后就会被丢弃掉了。注意这个命令之后就不会有东西引用2eecb。

d2bff2f8-82d3-11ed-bfe3-dac502259ad0.png

但是,如果你想保存这个状态,可以用命令git checkout -bname来创建一个新的分支。

d2d4e8f2-82d3-11ed-bfe3-dac502259ad0.png

Reset

reset命令把当前分支指向另一个位置,并且有选择的变动工作目录和索引。也用来在从历史仓库中复制文件到索引,而不动工作目录。

如果不给选项,那么当前分支指向到那个提交。如果用--hard选项,那么工作目录也更新,如果用--soft选项,那么都不变。

d2f169aa-82d3-11ed-bfe3-dac502259ad0.png

如果没有给出提交点的版本号,那么默认用HEAD。这样,分支指向不变,但是索引会回滚到最后一次提交,如果用--hard选项,工作目录也同样。

d30c1bc4-82d3-11ed-bfe3-dac502259ad0.png

如果给了文件名(或者-p选项), 那么工作效果和带文件名的checkout差不多,除了索引被更新。

d32a7312-82d3-11ed-bfe3-dac502259ad0.png

Merge

merge 命令把不同分支合并起来。合并前,索引必须和当前提交相同。如果另一个分支是当前提交的祖父节点,那么合并命令将什么也不做。另一种情况是如果当前提交是另一个分支的祖父节点,就导致fast-forward合并。指向只是简单的移动,并生成一个新的提交。

d33af020-82d3-11ed-bfe3-dac502259ad0.png

否则就是一次真正的合并。默认把当前提交(ed489如下所示)和另一个提交(33104)以及他们的共同祖父节点(b325c)进行一次三方合并。结果是先保存当前目录和索引,然后和父节点33104一起做一次新提交。

d34f6e92-82d3-11ed-bfe3-dac502259ad0.png

Cherry Pick

cherry-pick命令"复制"一个提交节点并在当前分支做一次完全一样的新提交。

d361c61e-82d3-11ed-bfe3-dac502259ad0.png

Rebase

衍合是合并命令的另一种选择。合并把两个父分支合并进行一次提交,提交历史不是线性的。衍合在当前分支上重演另一个分支的历史,提交历史是线性的。本质上,这是线性化的自动的 cherry-pick

d37271bc-82d3-11ed-bfe3-dac502259ad0.png

上面的命令都在topic分支中进行,而不是main分支,在main分支上重演,并且把分支指向新的节点。注意旧提交没有被引用,将被回收。

要限制回滚范围,使用--onto选项。下面的命令在main分支上重演当前分支从169a6以来的最近几个提交,即2c33a。

d3856164-82d3-11ed-bfe3-dac502259ad0.png

同样有git rebase --interactive让你更方便的完成一些复杂操作,比如丢弃、重排、修改、合并提交。没有图片体现这些,细节看这里:git-rebase(1)

技术说明

文件内容并没有真正存储在索引(.git/index)或者提交对象中,而是以blob的形式分别存储在数据库中(.git/objects),并用SHA-1值来校验。

索引文件用识别码列出相关的blob文件以及别的数据。对于提交来说,以树(tree)的形式存储,同样用对于的哈希值识别。树对应着工作目录中的文件夹,树中包含的 树或者blob对象对应着相应的子目录和文件。每次提交都存储下它的上一级树的识别码。

如果用detached HEAD提交,那么最后一次提交会被the reflog for HEAD引用。但是过一段时间就失效,最终被回收,与git commit --amend或者git rebase很像。

审核编辑:汤梓红

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 命令
    +关注

    关注

    5

    文章

    678

    浏览量

    21983
  • Git
    Git
    +关注

    关注

    0

    文章

    196

    浏览量

    15734

原文标题:程序员必备的史上最全的git用法

文章出处:【微信号:良许Linux,微信公众号:良许Linux】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    史上最全word用法

    史上最全word用法
    发表于 08-29 11:27

    程序员的幽默——献给所有程序员

    的作家。怎么才算伟大呢?他说:我写的东西全世界都要看到!看完他们必定会歇斯底里!会火冒三丈!会痛苦万分!结果,他成功了,他在微软公司负责写系统蓝屏时的报错提示信息。10. 程序员应聘必备词汇:了解=听过名字;熟悉=知道是啥;熟练=用过;精通=做过东西。欢迎加入物联网交流群
    发表于 10-31 18:43

    [狂人C程序员入门必备].键盘农夫.扫描版

    [狂人C程序员入门必备].键盘农夫.扫描版
    发表于 03-06 22:21

    程序员羊皮卷下载版(程序员必备)

    程序员羊皮卷下载版(程序员必备)
    发表于 09-06 16:04 0次下载

    “菜鸟”程序员和“大神”程序员到底有什么区别

    现在社会上有很多程序员,那您是否可想过程序员为什么会有不同的水平?你又是哪一类的程序员?“菜鸟”程序员和“大神”程序员差在哪里?
    的头像 发表于 05-14 08:48 3696次阅读

    程序员必备专用单词快来学习吧!

    本文档的主要内容是程序员必备的专用单词快来学习吧!
    发表于 08-14 17:41 24次下载
    <b class='flag-5'>程序员</b><b class='flag-5'>必备</b>专用单词快来学习吧!

    程序员求职时必备技能有哪些

    近日国外开发者平台 HankerRank 发布了 2018 年开发者技能调查报告,本文摘录程序员求职时必备技能相关的调查结果。
    的头像 发表于 10-25 10:22 1989次阅读
    <b class='flag-5'>程序员</b>求职时<b class='flag-5'>必备</b>技能有哪些

    程序员如何定义

    当了几年的程序员了,一直都在想一个问题,什么是程序员程序员应该做好那些事情,什么样的程序员是有素质的程序员?什么样的
    的头像 发表于 12-18 14:15 2597次阅读

    菜鸟程序员和大神程序员的差距

    刚刚走出就业的程序员,技术是刚刚起步的基点。那下面我们就聊一聊有关技术的东西。首先请您先想想这几个问题。现在社会上有很多程序员,CSDN就是我们程序员的家,那您是否可想过程序员为什么会
    的头像 发表于 06-03 15:56 2509次阅读

    什么是程序员

    当了几年的程序员了,一直都在想一个问题,什么是程序员程序员应该做好那些事情,什么样的程序员是有素质的程序员?什么样的
    的头像 发表于 06-04 16:21 8907次阅读

    程序员的未来

    程序员出路在何方程序员 创业如果你是程序员,也想创业,看看我说的。
    的头像 发表于 06-12 17:29 2926次阅读

    普通程序员和高级程序员有哪些区别

    从工作的方面来说,普通程序员和高级程序员一般有下面几个区别:
    的头像 发表于 09-08 10:47 3746次阅读

    优秀程序员与糟糕程序员的变现差异

    软件蚕食一切,未来属于程序员。所以人人都想当程序员。但是并不是每个人都能当好程序员。在你做出决定前还是先看看自己能不能当好程序员吧。
    的头像 发表于 11-07 16:14 3041次阅读

    程序员的类型

    今天来聊个有趣的话题,你是什么类型的程序员? 在学校里或在公司里,你是不是接触过不少其他的程序员,有没有发现,虽然同属程序员科, 但也有众多的不同。 今天我就来给程序员分个类,看看你是
    的头像 发表于 11-28 16:39 4669次阅读

    Git 命令+原理 程序员必备的基础

    掌握Git命令是每位程序员必备的基础,之前一直是用smartGit工具,直到看到大佬们都是在用Git命令操作的,回想一下,发现有些Git命令
    的头像 发表于 11-14 10:01 1724次阅读
    <b class='flag-5'>Git</b> 命令+原理 <b class='flag-5'>程序员</b><b class='flag-5'>必备</b>的基础