git log --oneline 命令可以在一块儿显示做过的改动。
我在change 2时忘了一条，想在change 1后再添加一个语句或一个操作，然后这个状态再提交仍作为change 2.将这个staged改动作为上一个commit中。
将1.py复制了一份重命名为2.py，然后git add 2.py，我如果直接用git commit -m “备注”就不行，可以用 git commit --amend --no-edit
虽然change 2的注释没变，但是前面的指针地址变了，可以看出来。
从staged状态返回到modified状态：git reset 1.py
--
-----------------------------
另一种情况是我改变代码文档后add 到了staged状态，也commit成unmodified状态了，那我怎样返回到add前改变代码的状态呢？用指针移动啊。
首先看看有几个版本，git log --oneline，发现有三个：
可以用 git reset --hard HEAD来重新回到add之前，这个HEAD就代表了07e8eb5这个指针，回到了初始的commit状态，
然后查看状态：
发现没有任何回应，说明是commit状态（即commit后的unmodified状态）
如果我想回到上一个commit状态，我用 git reset --hard HEAD^ 或git reset --hard HEAD~1 或用git reset --hard 7efe439 ，最后一个是id号码。
如果我现在想回到未来，但是看不到change 2 的id号了，怎么办呢？用 git reflog命令找到所有的id号，然后通过id号回到以前有过的将来。
也可以把指针复制过来，
单个文件回到从前：
git checkout 7efe439 -- 1.py 7efe439是id号，1.py是要操作的文档。
发现1.py内容变了。
但是2.py还是之前的内容。
checkout还可以在branch分支之间切换。
我现在修改1.py：
执行：
这时发现1.py的change 2还存在，并没有被覆盖，我们仍然可以回到那个过去。不过现在仍处在：
-----------------------------------------------------
reset和checkout的区别：
1.reset是整个目录回到从前的commit，创造另外一个未来，checkout是单个文件回到从前的commit，回到以前的未来。
2.reset回到从前某个时间点，这个时间点将来直到现在时间的变化不会显示在log 中，而checkout仍然显示在log中。