（一）help查看函数manual
git help 函数名
（二）图解Git命令—方便理解记忆
（二 ）撤销最后一条commit(s)
问题描述：I committed the wrong files to Git.How can I undo that commit?
$ git commit -m "Something terribly misguided" (1)
$ git reset HEAD~ (2)
# <edit files as necessary> (3)
$ git add ... (4)
$ git commit -c ORIG_HEAD (5)
（三）放弃暂存区改变（unstaged changes）
问题描述：How do I discard changes in my workingcopy that are not in the index?
For a specific file use:
＄git checkout path/to/file/to/revert
For all unstaged files use:
＄git checkout -- .（注意末尾的'.'）
（四）commit前撤销git add修改
问题描述：mistakenly added files using the command:git add myfile.txt. I have not yet run git commit. Is there a way to undo this, so these files won't be included in the commit?
$ git config --global alias.unadd 'reset HEAD --'
$ git rm -r --cached . # -r参数代表递归
（五）git diff 和 git diff --cached 、git diff HEAD的比较
$ git diff # 是工作区(work directory)和暂存区(stage)的比较
$ git diff --cached # 是暂存区(stage)和仓库|分支(master)的比较
$ git diff HEAD # 可以查看工作区和版本库（master）的差别
（六）git revert和git reset的区别
git revert 也是撤销命令，区别在于reset是指向原地或者向前移动指针，git revert是创建一个commit来覆盖当前的commit，指针向后移动。
git revert 是撤销某次操作，此次操作之前的commit都会被保留，而git reset 是撤销某次提交，但是此次之后的修改都会被退回到暂存区中。
具体一个例子，假设有三个commit(commit1,commit2,commit3)，使用 git status:
commit3: add test3.c
commit2: add test2.c
commit1: add test1.c
当执行git revert HEAD~1时（撤销倒数第二个操作），第二个操作即commit2这个操作被撤销了，使用git log可以看到：
commit1：add test1.c
commit3：add test3.c
由于git revert不会回退到暂存区中，所以使用git status 没有任何变化
如果换做执行git reset --soft(默认) HEAD~1后，运行git log可以看到
commit2: add test2.c
commit1: add test1.c
运行git status，可以看到test3.c处于暂存区了，准备提交。
但如果换做执行git revert后，
显示：HEAD is now at commit2，运行git log可以看到
commit2: add test2.c
commit1: add test1.c
运行git status， 则没有任何变化
所以，git revert与git reset最大的不同是，git revert 仅仅是撤销某次提交，而git reset会将撤销点之后的操作
都回退到暂存区中。
（七）git rm --cached <file>和git reset -- <file>区别
（七）git rm与git rm --cached
当我们需要删除暂存区（index）或分支（master）上的文件, 同时工作区也不需要这个文件了, 可以使用:
$ git rm “文件路径”
当我们需要删除暂存区或分支上的文件, 但本地又需要使用, 只是不希望这个文件被版本控制, 可以使用：
$ git rm --cached “文件路径”
（八）git status简介
git status命令可以列出当前目录所有还没有被git管理的文件和被git管理且被修改但还未提交（git commit）的文件。
结果解读：
"Changes to be committed"中所列的内容是在Index中的内容，commit之后进入Git Directory。
“Changed but not updated”中所列的内容是在Working Directory中的内容，add之后将进入Index。
“Untracked files”中所列的内容是尚未被Git跟踪的内容，add之后进入Index。
（九）历史版本恢复
$ git log # 查看最近的提交的历史版 （1）
$ git reset --hard HEAD^ # ^上一个版本，^^上上一个版本，多的话用HEAD~10 （2）
$ git reflog # 如果reset（恢复）到某个历史版本后，这个版本之前的状态就会查询不出来（具体解释见六）。为了还可以恢复到未来某个版本，我们需要查询最近所做的操作，可以通过git reflog 命令，得到commit_id之后再通过git reset --hard HEAD commit_id命令来达到效果（3）
（十）创建和切换分支
$ git checkout -b "分支名" # 新建分支并切换到新分支（1）=（2）+（3）
$ git checkout "分支名" # 切换分支（2）
$ create a new brache "分支名" # 创建新分支（3）
$ git brach -d "分支名" # 删除分支
$ git merge "分支名" # 表示将指定分支合并到当前所在分支，一定要理解这句话不然会合并分支错误。
