美文网首页
2018-07-02-2

2018-07-02-2

作者: asdjtr456 | 来源:发表于2018-07-02 16:09 被阅读10次

    Git在 windows 使用方法

    第六、我们看看我们提交了多少次:

    git log     回车

    提示如下:

    git log命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是this is append GPL,上一次是this is update readme.txt,最早的一次是this is my first txt

    友情提示的是,你看到的一大串类似1094adb...的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。

    第七、准备把readme.txt回退到上一个版本

    就是this is update readme.txt这一版

    首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交1094adb...(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。

    现在,我们要把当前版本this is append GPL回退到上一个版本this is update readme.txt,就可以使用git reset命令:

    git reset--hard HEAD^

    提示成功了

    看看readme.txt的内容是不是版本this is update readme.txt:

    cat readme.txt

    果然被还原了

    还可以继续回退到上一个版本this is my first txt,不过现在我们再看看日志:git log

    最新的那个版本this is append GPL已经看不到了!肿么办?

    办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,找到那个 this is append GPL的commit id是2f131ec...,于是就可以指定回到未来的某个版本:

    git reset --hard 2f131ec

    成功了!

    为了确认我们在确认一下:

    cat readme.txt

    好了,回来了....各位把刀收一下.....

    版本号没必要写全,一般前5-6位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了

    Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向 this is append GPL改为指向this is update readme.txt

    然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号,你就把当前版本定位在哪

    另外在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到this is update readme.txt版本时,再想恢复到 this is append GPL,就必须找到 this is append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

    从输出可知,this is append GPL的commit id是2f131ec,现在,你又可以乘坐时光机回到未来了

    小结:

    HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。

    穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。

    要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本

    顺便说一下廖雪峰老师回复的一个问题的查答案

    假设一开始你的本地和远程都是:

    a -> b -> c

    你想把HEAD回退到b,那么在本地就变成了:

    a -> b

    这个时候,如果没有远程库,你就接着怎么操作都行,比如:

    a -> b -> d

    但是在有远程库的情况下,你push会失败,因为远程库是 a->b->c,你的是 a->b->d

    两种方案:

    1、push的时候用--force,强制把远程库变成a -> b -> d,大部分公司严禁这么干,会被别人揍一顿

    2、做一个反向操作,把自己本地变成a -> b -> c -> d,注意b和d文件快照内容一莫一样,但是commit id肯定不同,再push上去远程也会变成 a -> b -> c -> d

    简单地说就是你无法容易地抹去远程库的提交信息,所以本地提交怎么都行,push前想好了

    本文是在学习廖雪峰老师的Git教程时写的下面是传送门:

    廖雪峰的官方网站Git教程

    相关文章

      网友评论

          本文标题:2018-07-02-2

          本文链接:https://www.haomeiwen.com/subject/bqjluftx.html