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世纪，想再回去已经回不去了，肿么办？

 办法其实仍是有的，只要上面的命令行窗口尚未被关掉，你就能够顺着往上找啊找啊，找到那个a的commit id，因而就能够指定回到将来的某个版本：

因为我不当心关掉了 因此如今我不能撤销了

$ git reset --hard commit的id

Git的版本回退速度很是快，由于Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向a
这样就能回到最新版本
HEADa

 

改成指向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的不少操做到底干了什么。