Linux系统中git入门教程

Git 起源

同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统制订了若干目标：

Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统（CVS，Subversion，Perforce，Bazaar 等等）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容.

Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接.这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路，并对各个环节的实现方式作了新的设计。Git 更像是个小型的文件系统

1、创建新仓库  

 git init  

 touch  test.txt

 git add --a

 git commit -m "fist commit"

 初始化新仓库，在当前目录下由一个.git的目录，所有git需要的数据和资源都放在这个目录中，在当面目录下添加文件后，需要通过git add 添加到文件追踪管理（添加到暂存区,数据存放在.git/index 目录索引,数据内部保存在.git/objects 中), git commit -m "提交说明备注" 提交的信息会提交到数据仓库，数据提交到正式仓库，具体保存在.git/objects 中，如以上提交会包含一个commit，tree ,blob 对象。

2、从现有仓库克隆

git clone  url

git clone git@github.com:torvalds/linux.git 

如从gitHub上克隆一份linux的源码，不仅是克隆最新版本的源码，还克隆了所有数据仓库的历史版本，每个文件的每一个版本，这个时候及时服务器github 发生故障，可以用本地数据仓库重建服务器上的仓库。可以回复到从服务器克隆或最后更一次从服务器拉去的状态。在.git 目录中，已经保存了所有版本记录，本地文件夹即工作目录的所有文件删除了，然后从中取出最新版本的文件拷贝。

3、检查文件更新状态

    要求确定当前工作区和暂存区文件的状态，可以通过git status 命令。在工作区和暂存区的目录状态可以查看。

  git status

 On branch master  nothing to commit, working directory clean

当前在默认master 分支，当前工作目录和暂存区没有任何跟踪的文件，也没有任何文件提交后更改，也没有新增加，未被跟踪的文件。

notepad test.txt

notepad t.txt

修改test.txt文件，新添加一个t.txt 文件，查看当前文件状态。

$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working di
#
#       modified:   test.txt
#
# Untracked files:
#   (use "git add ..." to include in what will be committed)
#
#       t.txt
no changes added to commit (use "git add" and/or "git commit -a")

新增加的文件t.txt 在未跟踪文件范围Untracked files 范围，需要通过git add 把改文件添加的暂存区，归入的版本跟踪管理。

4、 添加文件到暂存区

$ git add .
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#       modified:   h.txt
#       new file:  test.txt

git add . 把当前所有目录文件所有新文件和修改文件添加到暂存区，如果test.txt 文件提示是 Changes not staged for commit ，说明此跟踪文件已经发生修改，但是还未添加到暂存区，把修改的文件通过git add 命令添加到暂存区后。提示Changes to be committed. 文件已经暂存，随时可以提交到仓库 。h.txt 新添加文件从未跟踪状态Untracked files ,通过git add命令添加到暂存区，已加入跟踪文件的范围。

5、版本提交

$ git commit -m "this is test commit"
[master d4a498a] this is test commit
    git commit --amend --reset-author

2 files changed, 3 insertions(+)
create mode 100644 t.txt

通过git commit -m "xxx" 将当前暂存区的内容提交到仓库，本次commit 提交文件是在默认master分支，提交commit 对象存放在.git/objects 的d4/1498a... 的文件中，该文件指向一个树tree对象。

6、查看当前提交日志记录

$ git log
commit d4a498a197c24421acee5c5ff96cfbc7e5c3be9e
Author: andy
Date:   Sat Mar 8 14:23:37 2014 +0800

    this is test commit

commit 80071e48614361dc282473d6482e3faa9fec17d9
Author:andy
Date:   Sat Mar 8 13:35:13 2014 +0800

    1st commit

git log 命令查看当前版本

7、文件差异比较

 工作区和暂存区文件比较用git diff 命令，暂存区和最近一天提交版本之间的差异，可以用git diff --cached/staged. 如下：

  目前在test.txt 文件只有1111111 文件内容，我在文件test.txt中添加22222222等内容，比较当前暂存区和工作文件差异

$ notepad test.txt

$ git diff
diff --git a/test.txt b/test.txt
index 0147537..f33d264 100644
--- a/test.txt
+++ b/test.txt
@@ -1,3 +1,4 @@
11111111111111
+22222222222222

$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working d
#
#       modified:   test.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

$ git diff --staged

可以发现工作区比暂存区test.txt文件多增加了22222222222222 内容。暂存区和数据仓库内容是完全相同的。同时看看当前工作区状态。现在我们吧刚刚修改的内容添加到暂存区，同时比较暂存区和数据仓库文件差异。

$ git add test.txt

$ git diff

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#       modified:   test.txt
#

把工作区修改的内容更新到暂存区后，可以看出此时暂存区和工作区文件完全相同。状态是是已暂存，带提交状态。与此同时，我们可以比较暂存区和数据残酷之间的差异和比较。

$ git diff --staged
diff --git a/test.txt b/test.txt
index 0147537..f33d264 100644
--- a/test.txt
+++ b/test.txt
@@ -1,3 +1,4 @@
11111111111111
+22222222222222

我们可以很清楚的看到当前暂存区和数据仓库版本比较。暂存区test.txt 内容比最近一次提交内容多22222222222222 一行数据。提交数据到数据仓库。我们现在可以把工作区目录和数据仓库比较，看看test.txt 直接的文件内容差异。

$ git diff head
diff --git a/test.txt b/test.txt
index 0147537..f33d264 100644
--- a/test.txt
+++ b/test.txt
@@ -1,3 +1,4 @@
11111111111111
+22222222222222

可以很立即看出工作区文件内容比较仓库有新修改的内容。此时我们提交更新所有文件都没有差异了。看看文件差异。

$ git commit -m "test git diff "
[master fc0166f] test git diff
Committer: andy

    git commit --amend --reset-author

1 file changed, 1 insertion(+)

$ git diff
$ git diff --staged
$ git diff head

8、文件删除和移动

所有的工作区rm xxx删除后，可以直接从数据仓库获取最近一次提交版本的内容 git rm xxx。直接从数据仓库删除此文件内容。

$ ls
h.txt  test.txt

$ rm h.txt

$ ls
test.txt

$ git diff
diff --git a/h.txt b/h.txt
deleted file mode 100644
index 456f979..0000000
--- a/h.txt
+++ /dev/null
@@ -1,3 +0,0 @@
-welcome to here
-very good

可以通过文某比较当前的工作目录h.txt 文件已经被删除了，工作区目录和暂存区比较文件差异也可以返现文件删除模式。接下来删除暂存区目录

$ git diff --staged

$ git rm h.txt
rm 'h.txt'

$ git diff --staged
diff --git a/h.txt b/h.txt
deleted file mode 100644
index 456f979..0000000
--- a/h.txt
+++ /dev/null
@@ -1,3 +0,0 @@
-welcome to here
-very good
-

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#       deleted:    h.txt
#

通过删除暂存区文件前后可以比较出文件的差异。此时文件也不在跟踪状态。还有我们仅仅希望删除暂存区的内容，不删除工作区的内容

git rm --cached -f h.txt  的方式来实现，特别是针对工作区有修改，要删除暂存区内容。

$ git reset --hard
HEAD is now at fc0166f test git diff

$ ls
h.txt  test.txt

$ git rm --cached h.txt
rm 'h.txt'

$ git diff

$ git diff head
diff --git a/h.txt b/h.txt
deleted file mode 100644
index 456f979..0000000
--- a/h.txt
+++ /dev/null
@@ -1,3 +0,0 @@
-welcome to here
-very good
-
$ git diff -cached
error: invalid option: -cached

$ git diff --cached h.txt
diff --git a/h.txt b/h.txt
deleted file mode 100644
index 456f979..0000000
--- a/h.txt
+++ /dev/null
@@ -1,3 +0,0 @@
-welcome to here
-very good

移动

git 移动文件操作是是相对先移动复制一个新文件，删除原文件，添加新文件到跟踪范围。

$ ls
h.txt  test.txt

$ git mv h.txt d.txt   结果是等同于，相当于以下三条命令

$ ls
d.txt  test.txt

$ mv d.txt to.txt

$ git rm d.txt
rm 'd.txt'

$ git add to.txt

9、查看提交历史

$ git log
commit fc0166f53a45cfc4c17079e5e3454fb7e3136cb6
Author: andy
Date:   Sat Mar 8 15:52:10 2014 +0800

    test git diff

commit d6eab3a38aee0b25ac395899c82edd48723a2ea9

Author: andy

Date:   Sat Mar 8 15:36:53 2014 +0800

    enforce commit'

commit 85ec024140442df6db8625a07c2ee7369cceb704

Author: andy

Date:   Sat Mar 8 15:35:44 2014 +0800

    com 3

git log  查看提交历史，git log -p -n  最近n 次提交的内能和差异。查看历史记录统计信息 git log --stat,查看提交的历史记录格式可自由选择。

$ git log --pretty=format:"%h - %an, %ar : %s"
fc0166f - yyf, 48 minutes ago : test git diff
d6eab3a - yyf, 63 minutes ago : enforce commit'
85ec024 - yyf, 65 minutes ago : com 3
d4a498a - unknown, 2 hours ago : this is test commit
80071e4 - unknown, 3 hours ago : 1st commit

列出了常用的格式占位符写法及其代表的意义。

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

$ git log --pretty=format:"%h %s" --graph
* 78d907a dev branch commit
* fc0166f test git diff
* d6eab3a enforce commit'
* 85ec024 com 3
* d4a498a this is test commit
* 80071e4 1st commit

选项 说明
-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（后跟指定格式）

10、撤销操作

可以修改最后一次提交的内容，当你发现最近一次提交内容不正确时候，可以通过  git commit --amend 修改

$ git commit --amend -m "modify commit"
[master c660522] modify commit

$ git log --oneline
c660522 modify commit
fc0166f test git diff
d6eab3a enforce commit'
85ec024 com 3
d4a498a this is test commit
80071e4 1st commit

11、取消文件修改

git reset    | git reset head    将head指向的目录树重置的暂存区

git  reset  --soft  head^          工作区和暂存区不变，但是引用向前回退一次，当对最新提交不满意的时候，撤销最新提交以便更改

git commit -e -F  .git/COMMIT_EDITMSG    以上两个命令相当于git commit --amend

git reset  head^

git reset --mixed  head^   暂存区和引用回退到上一次提交之前

git reset --hard head^      引用 工作区 暂存区 彻底消除