git add readme.txt
git commit -m "wrote a readme file"
--pretty=oneline查看简明版的日志
通过git reset --hard 609c9 跳转到指定的版本，此时HEAD指针指向该版本，609c9之前的版本信息已经从git log 或是gitk中消失 也可以通过git reset --hard HEAD^的方式跳转到上一个版本，HEAD^^的方式前两个版本，HEAD~N的方式跳转到前N个版本
跳转之后如果想要再回到latest version,此时如果关闭了命令行，该版本的commit id 就会消失，为了找到对应的commit id, 可以使用git reflog 查看操作的记录，如果想要回到latest version的版本，就执行git reset --hard da5e02f
我们把文件往Git版本库里添加的时候，是分两步执行的： 第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区（Stage）； 第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区（Stage）；
git add
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
git commit
当对一个文件进行修改的时候，如果操作的顺序为 第一次修改 -> git add -> 第二次修改 -> git commit 由于Git管理的是修改，当用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。 那怎么提交第二次修改呢？你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了： 第一次修改 -> git add -> 第二次修改 -> git add -> git commit
当对一个文件进行修改的时候，如果操作的顺序为 第一次修改 -> git add -> 第二次修改 -> git commit
由于Git管理的是修改，当用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
那怎么提交第二次修改呢？你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了：
第一次修改 -> git add -> 第二次修改 -> git add -> git commit
git checkout -- file
git reset HEAD file 撤销stage区的内容
Git 简洁教程之:基本操作
京公网安备 11010802041100号