1.git log 查看最近提交的日志信息 git log --pretty=oneline 简略输出
2.git reflog 记录你的每一次的命令
3.git reset --hard HEAD^ 返回上次的操作
git reset --hard +commit id（版本号) 返回上次的版本号信息，版本号不需要是全的，只要是前面几位就可以
4.git checkout +文件名字 把文件在工作区的修改的内容全部撤销掉
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
git reset HEAD readme.txt 将暂存区的修改撤销掉，重新放回到工作区
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令
git reset HEAD ，就回到了场景1，第二步按场景1操作。
5.命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
6.要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
7.git stash 当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，
回到工作现场；
在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick 命令，把bug提交的修
改“复制”到当前分支，避免重复劳动。
8.git branch -d/-D feature-vulcan
其中-d 表示正常删除，-D表示的是强制的删除
9.git push
当我们把修改当代码尝试去提交到远程的时候，可能会有冲突，我们可以先用git pull 把最新的提交从
origin/dev 抓下来，然后在本地合并，解决冲突，再推送
总结：
多人协作的工作模式通常是这样：
首先，可以试图用git push origin 推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch
–set-upstream-to origin/。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
