Git的入门（1）

本博客完全参考廖雪峰的官方网络

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

 

1.创建版本库

2.时光机穿梭

2.1版本回退

2.2工作区和暂存区

2.3管理修改

2.4撤销修改

2.5删除文件

 

 

1.创建版本库

 

 

新建一个文件夹，我是在E盘创建了一个Git文件夹

 

 

pwd 命令用于显示当前目录。在我的电脑上，仓库位于E:/Git/learnight

为了避免出现各种莫名其妙的问题，请确保该目录中不含中文。

 

第二步，通过git init命令把这个目录变成Git可以管理的仓库：

 

 

此时Git就把仓库建好了，

 

用ls -ah命令可以看到隐藏的.git文件

 

该文件是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里的文件，不然改乱了，就把Git仓库给破坏了。

 

把文件添加到版本库

 

这里说明一下，千万不要用windows自带的记事本编辑任何文本文件。用Notepad++来编写。

记得把Notepad++的默认编码设置为UTF-8 without BOM即可：

 

 

言归正传，现在我们编写一个readme.txt文件，内容如下：

 

Git is a version control system.
Git is free software

 

 将该文件存放到learngit文件里。

 

第一步：用命令git add 告诉Git,把文件添加到仓库

 

执行上面的命令，没有任何显示，就对了，说明添加成功。

第二步：用命令git commit告诉Git，把文件提交到仓库。

 

git commit命令，-m后面输入的是本次提交的说明，可以输入任何内容，当然为了日后方便查找，最好是有意义的。

 

git commit命令执行成功后会告诉你，1个文件被改动（我们新添加的readme.txt文件),插入了两行内容（readme.txt有两行内容）

 

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：

 

 

 

小结：

1.初始化一个Git仓库，使用git init命令

2.添加文件到Git仓库，分为两步：

   第一步：使用命令git add <file>,注意，可反复多次使用，添加多个文件；

   第二步：使用命令git commit，完成。

 

 

2.时光机穿梭

修改readme.txt文件

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

输入git status命令查看结果：

 

 

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

 

使用git diff查看具体修改了什么内容

 

git diff顾名思义就是查看difference,从输出可以看到我们在第一行添加了一个"distributed"单词。

 

将修改后的readme.txt提交

 

运行git status看看当前仓库的状态

 

git status告诉我们，将要被提交的修改包括readme.txt,下一步，就可以放心地提交了：

 

提交后，我们再用git status命令看看仓库的当前状态：

 

 

git告诉我们当前没有需要提交的修改，而且，工作目录是干净的。

 

小结：

要随时掌握工作区的状态，使用git status命令。

如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

 

2.1版本回退

 

修改readme.txt文件如下：

Git is a distributed version control system.
Git is free software distributed under the GPL.

然后尝试提交：

 

 

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复。

现在，我们回顾一下readme.txt文件一共有几个版本被提交到git仓库里：

版本1：wrote a readme file

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

 版本2：add distributed

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

版本3：append GPL

Git is a distributed version control system.
Git is free software distributed under the GPL.

 版本控制系统中的git log命令可以查看修改的历史纪录：

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

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

 11c94d536fc2b0a58d52f76dc1687f192bc47b97是commit id(版本号)

 现在我们启动时光穿梭机，准备把readme.txt回退到上一个版本，也就是“add distributed"的那个版本，怎么做呢？

首先，Git必须知道当前是哪个版本，在git中，用HEAD表示当前版本，也就是最新的提交11c94d536fc2b0a58d52f76dc1687f192bc47b97，上一个版本就HEDA^,上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

现在，我们要把当前版本”append GPL“回退到上一个版本"add distributed",就可以使用git reset命令：

看看readme.txt的内容是不是版本add distributed:

查看内容用cat命令

用git log再看看现在版本库的状态：

最新的那个版本append GPL已经看不到了，此时你只能通过append GPL的commit id是 11c94d536fc2b0a58d52f76dc1687f192bc47b97。

再看看readme.txt的内容：

git的版本回退速度非常快，因为git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，git仅仅是把HEAD从指向append GPL改为指向add distributed

 

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

但，当你找不到新版本的commit id怎么办？

git提供了一个命令git reflog用来记录你的每一次命令：

第三行显示append GPL的commit id是11c94d5,现在，你又可以乘坐时光机回到未来了。

小结：

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

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

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

 

2.2工作区和暂存区

工作区（working directory)

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

版本库（repository)

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

git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index)的暂存区，还有git为我们自动创建的第一个分支master，以及指向master的一个指针叫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.

然后，在工作区新增一个LICENSE文本文件（内容随便写）

先用git status查看一下状态：

git告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。

现在，使用两次命令git add，把readme.txt和LICENSE都添加。

用git status再查看一下：

现在，暂存区的状态就变成这样了：

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

一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是”干净“的：

现在版本库变成了这样，暂存区就没有任何内容了：

小结：

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

 

2.3管理修改

git跟踪器管理的是修改，而非文件。

那么，什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。

下面，对readme.txt做一个修改，比如加一行内容：

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

查看：

添加：

查看状态：

然后，再修改readme.txt

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

查看：

然后，添加：

查看状态：

然后，再修改readme.txt

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

 查看、提交：

 看状态：

发现第二次的修改没有被提交。

我们回顾一下操作过程：

第一次修改->git add->第二次修改->git commit

git 管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

提交后，用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面的最新版本的区别：

可见，第二次修改确实没有被提交。

那怎么提交第二次修改呢？

你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit,就相当于合并后一块提交了：第一次修改->git add->第二次修改->git add->git commit

 

2.4撤销修改

在readme.txt中添加一行

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
My stupid boss still prefers SVN.

 查看：

你可以删掉最后一行，手动把文件恢复到上一个版本。

如果用git status看一下：

Git告诉你，git checkout --file可以丢弃工作区的修改：

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区，又作了修改，现在，撤销修改就回到添加暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

现在，看看readme.txt的文件内容：

文件内容果然复原了。

假定你现在修改readme.txt的内容如下，并且还git add到暂存区：

庆幸的是，在commit之前，你发现了这个问题。用git status查看一下，修改只是添加到了暂存区，还没有提交：

Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区。

git  reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

再用git status查看一下，现在暂存区是干净的，工作区有修改：

还记得如何丢去工作区的修改吗？

小结：

场景一：当你乱改了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景二：当你不但该乱了工作区的某个文件的内容，还添加到了暂存区，想丢弃修改，分两步，第一步用命令git reset HEAD file,回到场景一，第二步按场景一操作。

场景三：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

 

2.5删除文件

 

在Git中，删除也是一个修改操作，先添加一个新文件test.txt到Git并且提交：

一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：

这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

现在你有两个选择，一是确实要从版本库中删除该文件，那就命令git rm删掉，并且git commit:

现在，文件就从版本库中被删除了。

另一种情况是删除了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以一键还原。

小结：

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复到最新版本，你会丢弃最近一次提交后你修改的内容。