git入门基础知识

一、git版本库基础知识

1.1 版本库基础知识

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

git版本库区别于其它版本库在于其有工作区和暂存区的概念。例如我们在一个Test目录使用git init命令将Test目录初始化成一个仓库后，Test目录里会出现一个.git的目录，这个就是版本库，里面包括一个叫做stage的暂存区，还有分支。而Test目录中除了.git目录之外的存储空间称为工作区。在刚开始创建一个仓库后git会为我们自动新建一个默认的名为master分支。

在工作区新建一个文件或者修改了某个文件之后，我们都要先将新建的文件或修改的内容先添加(add)到暂存区，等到我们完成了本次任务的修改后，我们再将暂存区的所有内容提交(commit)到分支上。

1.2 创建本地版本库

创建本地版本库有两种方式，一种是直接在本地目录中通过git init命令创建，另一种是从远程仓库中克隆下来，下面分别讲解；

本地创建版本库

首先，进入我们想要创建版本库的目录，如e:/git/Test目录，然后打开git bash命令行工具或其它工具。输入git init命令，然后我们的git创建就建好了，仓库的名字就是Test；

$ git init
$ Initialized empty Git repository in E:/git/Test/.git/

克隆远程仓库

如果我们要想将远程创建好的仓库克隆到本地的话，我们可以进入e:/git/目录里，然后打开git bash命令行工具或其它工具，使用如下命令克隆。

$ git clone <远程仓库地址> <本地仓库名称>

如果我们不写本地仓库名称，则默认与远程仓库名称一样，如远程仓库名Test，则会在本地生成Test仓库，与远程一模一样，目录会变成"e:/git/Test"。后面讲到分支的时候会讲解这两种仓库的联系。

1.3 文件在版本库中的状态

仓库中的文件有三种存在方式，第一种是unstaged，即没有添加到暂存区，还没有被纳入版本管理系统的文件，有的版本管理工具也叫untracked，即没有被版本系统跟踪的文件；第二种是已经添加到暂存区的文件，状态是staged，凡是被添加过暂存区的文件，版本系统都会自动跟踪这个文件的修改；第三种committed状态，即已经将暂存区的文件提交到了分支上，此时文件处于某个分支上，如果将某个分支上的文件修改了，这时候文件会变成modified状态，我们要重新将修改的内容添加到暂存区。

二、版本库基本操作

在下面的讲解中，都是以e:/git/Test目录中的Test仓库为例进行讲解。

2.1 查看仓库的状态

查看仓库中的文件状态的命令为git status命令，下面以在Test仓库新建readme.md文件为例讲解文件在版本库中的各种状态；
我们新建一个readme文件，什么都不写，此时查看仓库状态：

$ git status
On branch master
Initial commit
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        readme.md
nothing added to commit but untracked files present (use "git add" to track)

我们一行行看仓库状态，on branch master表示仓库当前管理的分支是master分支，关于分支在后面讲，这里我们默认在master分支上操作；Initial commit表明当前分支上没有任何文件；Untracked file提示我们有哪些文件没有被版本管理系统跟踪，即没有添加到暂存区，这里也给出了怎样添加文件到暂存区的命令提示，下面会讲；最后一句提示表示我们没有添加任何文件到暂存区，但是有文件还没有被版本管理系统跟踪到，这就是刚建的readme.md文件。

2.2 将文件添加到暂存区-add

在git管理系统中，只要是添加进暂存区的文件，系统都会自动跟踪此文件的变化。没有添加到过暂存区的文件，我们要将文件添加到暂存区纳入版本管理系统中跟踪文件的变化。如果我们将已经提交到分支上的文件，然后修改了部分内容，我们也要将修改了的内容添加到暂存区，否则的话这部分修改的内容不会在分支上记录到的。不光是新建的文件能够添加到暂存区，新建的目录里的所有内容都可以添加到暂存区。

【注意】不光是修改文件内容可以添加进暂存区，删除文件也是修改的一种，也会被添加进暂存区，只要这个文件被版本管理系统跟踪了的话。

根据上面的总结一下add命令的两种作用，第一是将新建的文件纳入到版本管理系统而添加到暂存区，第二是将分支上的文件修改过后的内容添加到暂存区。

接上例，git提示我们有文件没有被跟踪，那么我们通过提示的命令将文件添加到暂存区，并查看版本库的状态：

$git add readme.md
$ git status
On branch master
Initial commit
Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   readme.md

上面输出的提示changes to be committed后面列举的readme.md文件说明我们已经将该文件添加到暂存区里了，待提交到master分支上。

2.3 将暂存区的文件提交到分支上-commit

git commit -m 'commit message'
上面我们知道readme.md文件已经添加到暂存区了，以后修改了该文件git版本管理系统就会自动的发现我们的修改。现在我们将暂存区的文件提交到分支上并查看状态。

$ git commit -m 'create new file readme.md'
$ git status
On branch master
nothing to commit, working tree clean

现在我们可以看到，暂存区的文件已经提交到master分支上了。现在来讲解git commit命令常用到的功能及参数：

提交的时候带上提交信息

在每一次提交的时候我们都要带上本次提交的信息，方便以后查看提交的历史，命令格式为git commit -m '提交信息'，需要注意的是提交的信息要用单引号括起来。

默认将暂存区所有内容提交到分支上

如果我们在commit 参数后面不指定提交的文件，则默认将暂存区的所有内容提交到当前分支上；如果我们想将暂存区某个指定的文件提交到当前分支上，则在commit 参数后面加上要提交的文件，命令为：git commit <要提交的文件> -m '提交信息'

修改最后一次的提交

有时候我们会遇到要修改刚刚的提交，这时可以用--amend参数；有两种情况，第一种是提交信息写错了，需要重新写提交信息；第二是提交了发现还有几个文件已经修改了但是忘记添加到暂存区，修改的内容就没有提交到分支上。

第一种情况，我们修改最后一次的提交信息，使用命令git commit --amend -m '最新的提交信息'，执行命令后，最后一次的提交信息就被修改了。

第二种情况，某些修改的文件忘了添加到暂存区或者暂存区里的某些文件忘了提交，这时要先将忘了提交的信息添加到暂存区，然后再执行命令git commit --amend，这时就不要带-m参数修改提交信息了，除非需要将最后一次的提交信息也修改了。

跳过暂存区提交

使用-a参数可以将版本管理系统跟踪到的修改不用先添加在暂存区，而是直接提交到分支上，命令：
git commit -a -m 'commit message'

2.3 在暂存区中回退上一次操作-reset

git reset HEAD <file>

该命令可以回退一次暂存区的add操作，根据add命令的作用，有两种情况，第一我们用add命令将新建的文件添加到暂存区纳入版本管理系统后，执行此命令将会使该文件不处于版本管理系统的管理之下，执行查看版本库状态的命令的时候，会提示我们将该文件添加到暂存区中；第二种情况是，分支上的某个文件修改了的一部分内容，提交到了暂存区后，发现暂时不想提交到暂存区，执行此命令后，修改了的内容不会在暂存区中，修改过的内容也没有丢失，只是在工作区中，查看仓库状态的时候，会显示该文件modified。下面分别举例：

第一种操作，将添加到暂存区新建的文件移出版本系统：
先将新建的progurd.md文件添加到版本系统，如下，提示我们可以使用reset HEAD命令将其移出版本管理系统。

$ git add progurd.md
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
        new file:   progurd.md

执行reset HEAD后，progurd.md文件已经从版本系统移出了：

$ git reset HEAD progurd.md
$ git status
On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        progurd.md
no changes added to commit (use "git add" and/or "git commit -a"

第二种操作，将分支上已经添加到暂存区中修改的内容移出暂存区，移出之后修改的内容并没有丢失，只是已经不在暂存区了，这里就不详细说了，和上面一样的操作。

2.4 将未提交到暂存区的修改丢弃-checkout

git checkout -- <file>
有时候，我们改了一个文件之后发现不想改了，但是一个个的删又很麻烦，哪怕多出一行版本管理系统都会跟踪到修改了，这时我们可以使用checkout命令放弃此次修改。执行此命令前提是修改的内容未添加到暂存区，如果已经添加到暂存区了，还想放弃修改，则先将修改的内容移出暂存区，上面有讲解。

例如，我在readme.md 文件中增加了一行内容’this is a new line’，后面我又不想要这一行了可以执行如下命令；

$ git checkout -- readme.md
$ git status
$ On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        progurd.md
nothing added to commit but untracked files present (use "git add" to track)

我们再打开readme.md文件看下，发现增加的内容果然遗弃了。

2.5 将文件移出版本管理系统-rm

删除文件，彻底不要了

有时候某个文件我们不要了想删掉，如果没有被版本管理系统跟踪的文件直接删除了是不会留下任何记录的，与我们普通地删除文件一样的。但是如果我们想删除已经被版本系统跟踪的文件，我们需要三步：
第一步，直接在工作目录中删除progurd.md文件；
第二步，第一步执行之后，我们查看版本库状态，可以发现这次删除对于progurd.md文件来说也是一次修改，我们可以把这次修改提交到暂存区，也可以放弃这次修改。

$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
        deleted:    progurd.md

第三步，如果确实需要删除这个文件，直接使用git add/rm progurd.md命令即可将本次删除添加到暂存区；如果发现文件被误删了，我们也可以通过git checkout -- progurd.md来恢复删除的文件

将文件从版本管理系统移出，但是不删除文件

git rm --cached <file>
对于已add到暂存区的文件、已经add到暂存区并修改后未再次add到暂存区的文件、已commit到版本库的文件，如果我们想将这些文件移出版本库但是并不删除，只让其在工作目录中。比如项目编译过程中产生的编译文件不小心被我们add进暂存区了，甚至已经提交到仓库了，我们就可以将其从版本控制系统中移除，该命令在移除的过程中不改变文件的内容。

移出已add到暂存区的文件和已commit到版本库的文件文件比较简单，直接用下面的命令，只是已commit到版本库中的文件的移除有一点区别是，在移除的过程中会删除版本库中的文件，形成一条已暂存但未commit的删除文件记录。
git rm --cached <file>
执行这项命令后，只要提交本次删除记录，就能够将该文件移出版本管理系统；如果执行此次命令后，对于这次移出版本库操作想反悔，那么我们可以用reset HEAD <file>命令回退这个操作。

移除已经add到暂存区并修改后未再次add到暂存区的文件，要使用下面的命令强制移除。
git rm --cached -f <file>

2.6 查看提交历史记录-log

git log
如果我们使用上面的命令查看历史提交记录的话，会显示出所有的提交信息出来，不方便查看。
git log -5
在log命令后带数字参数会显示最新的几次提交记录。我们还可以使用–pretty 选项，可以指定使用完全不同于默认格式的方式展示提交历史。比如用 oneline 将每个提交放在一行显示，这在提交数很大时非常有用，另外还有 short，full 和 fuller格式，大家可以自己去尝试。
git log --pretty=oneline -5 #每个提交显示一行，显示最近的5次提交
还可以使用format来自定义显示的格式：
git log --pretty=format:"%h - %an, %ar : %s"
format格式参数含义如下：

参数	说明
%H	提交对象（commit）的完整哈希字串
%h	提交对象的简短哈希字串
%T	树对象（tree）的完整哈希字串
%t	树对象的简短哈希字串
%P	父对象（parent）的完整哈希字串
%p	父对象的简短哈希字串
%an	作者（author）的名字
%ae	作者的电子邮件地址
%ad	作者修订日期（可以用 -date= 选项定制格式）
%ar	作者修订日期，按多久以前的方式显示
%cn	提交者(committer)的名字
%ce	提交者的电子邮件地址
%cd	提交日期
%cr	提交日期，按多久以前的方式显示
%s	提交说明

下表列出了log的其它选项功能：

选项	说明
-p	按补丁格式显示每个更新之间的差异。
–stat	显示每次更新的文件修改统计信息。
–shortstat	只显示 --stat 中最后的行数修改添加移除统计。
–name-only	仅在提交信息后显示已修改的文件清单。
–name-status	显示新增、修改、删除的文件清单。
–abbrev-commit	仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。
–relative-date	使用较短的相对时间显示（比如，“2 weeks ago”）。
–graph	显示 ASCII 图形表示的分支合并历史。
–pretty	使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）

限制输出长度

除了定制输出格式的选项之外，git log 还有许多非常实用的限制输出长度的选项，也就是只输出部分提交信息。之前我们已经看到过 -2 了，它只显示最近的两条提交，实际上，这是 - 选项的写法，其中的 n 可以是任何自然数，表示仅显示最近的若干条提交。不过实践中我们是不太用这个选项的，Git 在输出所有提交时会自动调用分页程序（less），要看更早的更新只需翻到下页即可。

另外还有按照时间作限制的选项，比如 --since 和 --until。下面的命令列出所有最近两周内的提交：
$ git log --since=2.weeks
你可以给出各种时间格式，比如说具体的某一天（“2008-01-15”），或者是多久以前（“2 years 1 day 3 minutes ago”）。

还可以给出若干搜索条件，列出符合的提交。用 --author 选项显示指定作者的提交，用 --grep 选项搜索提交说明中的关键字。（请注意，如果要得到同时满足这两个选项搜索条件的提交，就必须用 --all-match 选项。否则，满足任意一个条件的提交都会被匹配出来）

另一个真正实用的git log选项是路径(path)，如果只关心某些文件或者目录的历史提交，可以在 git log 选项的最后指定它们的路径。因为是放在最后位置上的选项，所以用两个短划线（–）隔开之前的选项和后面限定的路径名。

选项	说明
-(n)	仅显示最近的 n 条提交
–since, --after	仅显示指定时间之后的提交。
–until, --before	仅显示指定时间之前的提交。
–author	仅显示指定作者相关的提交。
–committer	仅显示指定提交者相关的提交。