《git权威指南笔记》

如果提交了不应该提交的文件，想要在服务器中将文件删除
git rm --cached
git commit --amend
如果是历史版本，那么就把第二条更改为 git rebase -i
在git add 之后，还没有进行git commit ，希望取消这一次git add，使用git reset HEAD

用法一：git checkout [-q] [] [--] ...
用法二：git checkout []
用法三：git checkout [-m] [[-b] --orphan ] []

第一种用法的是可选项，如果省略则相当于从暂存区(index)进行检出。所以，检出命令主要是覆盖工作区(如果不省略，也会替换暂存区中相应的文件)

第一种用法不会改变HEAD头指针，主要是用于制定版本的文件覆盖工作区中对应的文件，如果省略,则会用暂存区的文件覆盖工作区的文件，否则用指定提交中的文件覆盖暂存区和工作区中对应的文件。

第二种用法则会改变HEAD头指针。之所以后面的参数写作，是因为只有HEAD切换到一个分支才可以对提交进行跟踪，否则仍然会进入“分离头指针”的状态。在“分离头指针”状态下的提交不能被引用关联到，从而可能丢失。所以用法二最主要的作用就是切换到分支。如果省略则相当于对工作区进行状态检查。

第三种用法主要是创建和切换到新的分支()，新的分支从指的提交开始创建。新分支和我们熟悉的master分支没有什么实质的不同，都是在refs/heads命名空间下的引用。

checkout图片

checkout相关命令

rm <文件名> 在本地删除一个文件,然后使用 git ls-files 可以查看到在暂存区(版本库)中的文件仍然存在，并没有删除。此时使用git checkout -- 可以让文件在工作区重现。
在rm <文件名>之后，使用git rm <文件名> 删除就被加入到了暂存区。这时候执行提交操作，就从真正意义上执行了文件删除。不过不要担心，文件只是在版本库的最新提交中被删除了，在历史提交中依然存在，通过git ls-files --with-tree=HEAD^可以发现该文件，使用git cat-file -p HEAD^:可以查看在历史版本中尚在的删除文件的内容。比如删除了a.txt文件，那么调用 git cat-file -p HEAD~1:a.txt > a.txt 或者git show HEAD~1:a.txt > a.txt 或者 git checkout HEAD~1 -- a.txt都可以把文件从版本库恢复到工作区，缓冲区中并没有恢复该文件。

git reset [-q] [] [--] 不会重置引用，不会改变工作区，而是用指定提交状态下的文件替换掉暂存区中的文件。例如命令git reset HEAD 相当于取消之前执行的git add 命令时改变的暂存区
git reset [--soft | --mixed | --hard | --merge | --keep] [-q] [] 不使用的用法则会重置引用。根据不同的选项，可以对暂存区或者工作区进行重置

git stash 保存工作进度
然后git checkout 就可以切换到新的分支中了
当新的工作分支修改完毕之后，再切换回当前分支 git checkout
再调用git stash pop恢复之前保存的工作进度
git log --stat查看每次提交的文件变更统计
git diff查看两个文件的差异
git reset HEAD ，暂存区的目录树会被版本库master分支所指向的目录树替换，但是工作区的代码没有改变
git rm --cached ，直接从暂存区删除文件，工作区不改变
git ls-tree -l HEAD 查看版本库中的目录树
git ls-filles -s 显式暂存区的目录树
git clean -fd 清除当前工作区中没有加入版本库的文件和目录

关于工作区、暂存区和版本库

git reset HEAD ，暂存区的目录树会被版本库master分支所指向的目录树替换，但是工作区的代码没有改变
git rm --cached ，直接从暂存区删除文件，工作区不改变
git checkout . 或者git checkout -- ，用暂存区全部的文件或者制定的文件替换工作区的文件，也就是说，工作区中还没有被添加到暂存区的改动都会被清除
git checkout HEAD . 或者git check out HEAD 命令，会用HEAD 指向的master分支中的全部或者部分文件替换暂存区和工作区的文件，也就是说，工作区和暂存区中所有未提交的改动都会被清除

git reset

git reset