文件状态

untracked未跟踪

未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged

tracked已跟踪（被纳入版本控制）

Unmodified

文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified，如果使用git rm移出版本库, 则成为Untracked文件。

Modified

文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过,返回unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改。

Staged

暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存,文件状态为Modified。

查看文件状态

git status -s

暂存区

文件加入暂存区

add后面加的是文件的类型，*代表所有文件

git add *

文件取消暂存区

reset后面加的是文件的类型，*代表所有文件

git reset *

提交与删除

提交暂存区的文件到版本库

git commit -m "提交信息概述，如版本1"

-m : 如果不加m参数，会进入类似vim编辑

查看提交信息

git log --oneline

修改提交记录（最新一次的提交信息）

git commit --amend  -m "提交信息概述"

删除文件

git rm 文件名

只是删除工作目录的文件，我们的版本库里面还是存在的。删除文件会把这个文件直接放入暂存区

挽救已被删除的文件或目录

git checkout index.html

当使用git checkout命令时，Git 会切换到指定的分支，但如果后面接的是文件名或路径，Git则不会切换分支，而是把文件从.git目录中复制一份到当前的工作目录。更精准地说，这个命令会把暂存区中的内容或文件拿来覆盖工作目录中

挽救所有删除的文件

git checkout .

这个技巧不仅可以将删除的文件挽救回来，当改动某个文件后反悔了，也可以用它把文件恢复到上一次Commit的状态。不是所有情况下都能恢复被删除的文件的。因为整个Git的记录都是放在根目录下的 .git目录中，如果这个目录被删除了，也就意味着历史记录也被删除了，那么删除的文件也就不能恢复了

忽略列

一般我们总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为 .gitignore的文件(文件名称固定)，列出要忽略的文件模式

创建.gitignore文件

touch .gitignore

编写.gitignore文件的忽略规则

vim .gitignore

忽略规则

#以斜杠“/”开头表示目录

#以星号“*”通配多个字符

#以问号“?”通配单个字符

#以方括号“[]”包含单个字符的匹配列表

#以叹号“!”表示不忽略(跟踪)匹配到的文件或目录

/public/*    # 忽略public下的所有目录及文件

!/public/assets  #不忽略/public/assets，就是特例的意思，assets文件不忽略

index.class          # 忽略具体的文件

*.class        # 忽略所有的class

[ab].class        # 忽略 a.class b.class

日志和历史命令

查看记录

git log

git log --oneline

--graph ： 查看分支合并图

--oneline : 标记把每一个提交压缩到了一行中

获取执行过的命令

git reflog

比较文件差异

比较工作区和暂存区差异

git diff

比较暂存区差异

git diff --cached

---：标记原始文件

+++：标记新文件

@@：两个不同文件版本的上下文行号。

-： 原始文件删除改行

+：原始文件增加一行