GIT 学习指导（2）_git restore --source=head 怎么用

考虑如下场景，我喝大了，把a.c这个文件写的乌七八糟。第二天早上，酒醒了。如何恢复a.c到“好”的版本？ 可以使用git restore命令。

这里有两个概念，一个是“从哪里取数据”，一个是“放到哪里”。
1. 从stage区取数据，放回到working区。
    例如：git add a.c     a.c文件照个快照(KEY=c5...)放到stage区
               date >> a.c   修改a.c文件（working区文件被修改）
               git restore a.c    把stage区的这个blob(KEY=c5...)对象，替换working区的a.c
这里没有指定“源”和“目的”，则默认是stage区里找（目的区不可能是repo区了，只能是work区）。

2. 从repo区的当前分支的最后一次提交对象里，取数据。放到working区
    例如：git restore --source=HEAD a.c
HEAD是个指针，指向当前分支的commit对象链表的头。其实就是最后一次提交的版本。
--source指定的就是“源”这个概念。例子还是没写“目标”，则默认就是work区了。
记住最重要的一点，GIT希望达到的状态是work区，stage区，repo区（最新提交）三者的a.c内容一致性，GIT始终在扫描这三者的不一致性，然后会在你git status时，抱怨哪里哪里变化了，还指手画脚的指导你怎么怎么后续操作。

例子的命令（假设之前三个区的a.c是一致的）把HEAD的a.c取出来，覆盖了work区的a.c，它越过了stage区（啥也没动），则GIT认为a.c被改变了（就像手工编辑过一样），让你add进stage区。

3. 我误git add了，我想撤销这次add，怎么办呢？
    例子：git restore --stage --source=HEAD  a.c
目标区是stage区的, 源是HEAD，恢复a.c。例子可以看做git add的逆操作。
你可以简单的写git restore --stage a.c。因为默认源就是HEAD

上图是GIT参考手册的例子，可以看出它与git reset命令的某个参数是等效的 。

4. 想恢复到最新提交版本的1前个或前N的版本的部分内容？

HEAD指针或者默认分支的指针master是可以有更大用处的。例如：
git restore --source=HEAD~2 a.c     把当前提交对象的上上次提交的a.c恢复到work区
在提交对象的链（分支）中，HEAD指向头节点，HEAD~1指向“第二个”节点。可以肯定的说，HEAD~0等效于HEAD。

 （完）