常见名词解释：
仓库（repository）
开始或停止跟踪（track）文件
暂存（stage）
提交（commit）更改
请记住，你工作目录下的每一个文件都不外乎这两种状态：已跟踪 或 未跟踪。 已跟踪的文件是指那些被纳入了版本控制的文件，在上一次快照中有它们的记录，在工作一段时间后， 它们的状态可能是未修改，已修改或已放入暂存区。简而言之，已跟踪的文件就是 Git 已经知道的文件。
工作目录中除已跟踪文件外的其它所有文件都属于未跟踪文件，它们既不存在于上次快照的记录中，也没有被放入暂存区。 初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态，因为 Git 刚刚检出了它们， 而你尚未编辑过它们。
编辑过某些文件之后，由于自上次提交后你对它们做了修改，Git 将它们标记为已修改文件。 在工作时，你可以选择性地将这些修改过的文件放入暂存区，然后提交所有已暂存的修改，如此反复。
检查当前文件状态
test@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
nothing to commit, working tree clean
这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后都未被更改过。 此外，上面的信息还表明，当前目录下没有出现任何处于未跟踪状态的新文件，否则 Git 会在这里列出来。
现在，让我们在项目下创建一个新的 README 文件。 如果之前并不存在这个文件，使用 git status 命令，你将看到一个新的未跟踪文件：
work@MacintoshdeMacBook-Pro-2:~/Git$ echo 'My Project' > README
work@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Untracked files:
(use "git add <file>..." to include in what will be committed)
README
nothing added to commit but untracked files present (use "git add" to track)
在状态报告中可以看到新建的 README 文件出现在Untracked files下面。 未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非你明明白白地告诉它“我需要跟踪该文件”。 这样的处理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不过现在的例子中，我们确实想要跟踪管理 README 这个文件。
跟踪新文件
使用命令git add开始跟踪一个文件。 所以，要跟踪 README 文件，运行：
work@MacintoshdeMacBook-Pro-2:~/Git$ ls -al
total 8
drwxr-xr-x 8 work staff 256 9 29 18:49 .
drwxr-xr-x+ 43 work staff 1376 9 29 18:41 ..
drwxr-xr-x 12 work staff 384 9 29 18:49 .git
-rw-r--r-- 1 work staff 0 9 29 18:38 LICENSE
-rw-r--r-- 1 work staff 11 9 29 18:49 README
-rw-r--r-- 1 work staff 0 9 29 18:35 testGit1.cpp
-rw-r--r-- 1 work staff 0 9 29 18:35 testGit2.cpp
-rw-r--r-- 1 work staff 0 9 29 18:35 testGit3.cpp
work@MacintoshdeMacBook-Pro-2:~/Git$ git add README
work@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: README
针对一个评审的总评论（区别于行间评论）尚未被计入
暂存已修改的文件
现在我们来修改一个已被跟踪的文件。 如果你修改了一个名为 testGit1.cpp 的已被跟踪的文件，然后运行 git status 命令，会看到下面内容：
work@MacintoshdeMacBook-Pro-2:~/Git$ vi testGit1.cpp
work@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: README
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: testGit1.cpp 针对一个评审的总评论（区别于行间评论）尚未被计入
文件 testGit1.cpp 出现在 Changes not staged for commit 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。
现在让我们运行 git add将“testGit1.cpp”放到暂存区，然后再看看 git status 的输出：
chenshanshan05@MacintoshdeMacBook-Pro-2:~/Git$ git add testGit1.cpp
chenshanshan05@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: README
modified: testGit1.cpp
现在两个文件都已暂存，下次提交时就会一并记录到仓库。 假设此时，你想要在 testGit1.cpp 里再加条注释。 重新编辑存盘后，准备好提交。 不过且慢，再运行git status 看看：
work@MacintoshdeMacBook-Pro-2:~/Git$ vi testGit1.cpp
work@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: README
modified: testGit1.cpp
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: testGit1.cpp modified: testGit1.cpp 针对一个评审的总评论（区别于行间评论）尚未被计入
怎么回事？ 现在 testGit1.cpp文件同时出现在暂存区和非暂存区。 这怎么可能呢？ 好吧，实际上 Git 只不过暂存了你运行 git add 命令时的版本。 如果你现在提交,testGit1.cpp 的版本是你最后一次运行 git add命令时的那个版本，而不是你运行 git commit 时，在工作目录中的当前版本。 所以，运行了 git add 之后又作了修订的文件，需要重新运行 git add 把最新版本重新暂存起来
work@MacintoshdeMacBook-Pro-2:~/Git$ git add testGit1.cpp
work@MacintoshdeMacBook-Pro-2:~/Git$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: README
modified: testGit1.cpp
状态简览
git status 命令的输出十分详细，但其用语有些繁琐。 Git 有一个选项可以帮你缩短状态命令的输出，这样可以以简洁的方式查看更改。 如果你使用git status -s 命令或 git status --short 命令，你将得到一种格式更为紧凑的输出。
work@MacintoshdeMacBook-Pro-2:~/Git$ touch LICENSE.txt
work@MacintoshdeMacBook-Pro-2:~/Git$ git status -s
A README
M testGit1.cpp
?? LICENSE.txt
- 新添加的未跟踪文件前面有 ?? 标记
- 新添加到暂存区中的文件前面有 A 标记
- 修改过的文件前面有 M 标记
忽略文件
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以创建一个名为 .gitignore 的文件，列出要忽略的文件的模式。 来看一个实际的.gitignore 例子：
work@MacintoshdeMacBook-Pro-2:~/Git$ cat .gitignore
*.[oa]
*~
第一行告诉 Git 忽略所有以.o或.a结尾的文件。一般这类对象文件和存档文件都是编译过程中出现的。 第二行告诉 Git 忽略所有名字以波浪符（~）结尾的文件，许多文本编辑软件（比如 Emacs）都用这样的文件名保存副本。 此外，你可能还需要忽略 log，tmp 或者 pid 目录，以及自动生成的文档等等。 要养成一开始就为你的新仓库设置好 .gitignore 文件的习惯，以免将来误提交这类无用的文件。
文件 .gitignore 的格式规范如下：
- 所有空行或者以 # 开头的行都会被 Git 忽略。
- 可以使用标准的 glob 模式匹配，它会递归地应用在整个工作区中。
- 匹配模式可以以（/）开头防止递归。
- 匹配模式可以以（/）结尾指定目录。
- 要忽略指定模式以外的文件或目录，可以在模式前加上叹号（!）取反。
gitHub 有一个十分详细的针对数十种项目及语言的 .gitignore 文件列表: https://github.com/github/gitignore
查看已暂存和未暂存的修改
git diff此命令比较的是工作目录中当前文件和暂存区域快照之间的差异。 也就是修改之后还没有暂存起来的变化内容。
提交更新
现在的暂存区已经准备就绪，可以提交了。 在此之前，请务必确认还有什么已修改或新建的文件还没有 git add 过， 否则提交的时候不会记录这些尚未暂存的变化。 这些已修改但未暂存的文件只会保留在本地磁盘。 所以，每次准备提交前，先用 git status 看下，你所需要的文件是不是都已暂存起来了， 然后再运行提交命令 git commit：
git commit
移出文件
要从 Git 中移除某个文件，就必须要从已跟踪文件清单中移除（确切地说，是从暂存区域移除），然后提交。 可以用 git rm 命令完成此项工作，并连带从工作目录中删除指定的文件，这样以后就不会出现在未跟踪文件清单中了。
如果只是简单地从工作目录中手工删除文件，运行 git status 时就会在 “Changes not staged for commit” 部分（也就是 未暂存清单）
网友评论