zoukankan      html  css  js  c++  java
  • git学习之时光穿梭机

    "x"修改readme.txt文件,改成如下内容:

    Git is a distributed version control system.
    Git is free software.

     现在,运行git status命令看看结果:

    git status命令可以让我们时刻掌握仓库当前的状态,上面的命令告诉我们,readme.txt被修改过了,但还没有准备提交的修改。

    查看修改的是什么内容git diff

    圈起来的两个部分 上面的是修改前的内容 下面是修改后的内容

    git diff顾名思义就是查看difference

    然后我们就可以将文件添加到仓库 git add

    $ git add readme.txt

     

    不会有提示的

    然后就进行git commit -m "备注"

    这样再次查看状态 git status 就没有修改的内容了

    版本回退

    现在我们再修改几次readme.txt文件,记得多修改几次哦,后面会用到的(没修改一次就add一次)

     版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log命令查看:

    git log命令显示从最近到最远的提交日志,我们可以看到4次提交,最近的一次是a,上一次是one,add 3 file ,最早的一次是wrote a readme file

    如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数:

     现在,我们要把当前版本“one”回退到上一个版本“add 3 file”,就可以使用git reset命令:

    git reset --hard HEAD^

    上面圈起来的三个框,第一个框是版本回退一次的内容,因为忘记截图最后一次的内容了, 第二个框最后那里 one 表示回退了,

    然后 git cat readme.txt  这里是查看readme.txt中的内容 看看是否回退了

    现在我们来看一下版本库的状态

    git log

     上面第一次git log的时候是4次提交  现在变成了3次了

    最新的那个版本a已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?

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

    由于我不小心关掉了 所以现在我不能撤销了

    $ git reset --hard commit的id

    Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向a
    这样就能回到最新版本

     

    改为指向one

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

    现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?

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

    c的commit id是b144d39,现在,你又可以乘坐时光机回到未来了。  HEAD^

     

    这样我们就回到了最初的版本了

    小结:

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

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

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


    工作区和暂存区

    工作区(Working Directory):

    就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区:

     

    版本库(Repository)

    工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。

    Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD

    分支和HEAD的概念我们以后再讲。

    前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:

    第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;

    第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

    因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

    你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

    俗话说,实践出真知。现在,我们再练习一遍,先对readme.txt做个修改,比如加上一行内容:

    Git is a distributed version control system.
    Git is free software distributed under the GPL.
    Git has a mutable index called stage.

     

    这里说明了readme.txt文件被修改了 但是没有被添加到分支中去

    现在我们git add个git commit -m "x" 后再看git status下的样子

    没有被修改的文件了

    现在,暂存区的状态就变成这样了:

    修改了文件  git add后没有commit 就是如下这种状态

    所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。

     现在呢 我多次git add后 进行一次commit  就将暂存区的内容提交到分支中去了

     

    小结

    暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么。


     

      

  • 相关阅读:
    【USACO】接住苹果
    【题解】任务分配
    【伪·题解】高级打字机
    【noi openjudge题解】最低通行费
    【USACO】草地排水
    【POJ2186】受牛仰慕的牛
    【NOIP2011提高组】选择客栈
    [bzoj1026][SCOI2009]windy数 (数位dp)
    [bzoj1025][SCOI2009]游戏 (分组背包)
    [bzoj1024][SCOI2009]生日快乐 (枚举)
  • 原文地址:https://www.cnblogs.com/yangshangjin/p/7910977.html
Copyright © 2011-2022 走看看