我的书签
添加书签
移除书签- 第9章 恢复进度
- master
- On branch master
- Changes to be committed:
- (use "git reset HEAD＜file＞…" to unstage)
- new file:a/b/c/hello.txt
- Changes not staged for commit:
- (use "git add＜file＞…" to update what will be committed)
- (use "git checkout—＜file＞…" to discard changes in working directory)
- modified:welcome.txt
- On branch master
- Changes to be committed:
- (use "git reset HEAD＜file＞…"to unstage)
- new file:a/b/c/hello.txt
- Changes not staged for commit:
- (use "git add＜file＞…" to update what will be committed)
- (use "git checkout—＜file＞…" to discard changes in working directory)
- modified:welcome.txt
- On branch master
- Untracked files:
- (use "git add＜file＞…" to include in what will be committed)
- a/
第9章 恢复进度
在之前“第5章Git暂存区”一章的结尾，曾经以终结者（The Terminator）的口吻说过：“我会再回来的”，会继续对暂存区的探索。经过了前面三章对Git对象、重置命令和检出命令的探索，现在已经拥有了足够多的武器，是时候“回归”了。
本章“回归”之后，有了前面几章的基础，再看Git状态输出中关于git reset或git checkout的指示，大家就会觉得很亲切、易如反掌了。本章还会重点介绍“回归”使用的git stash命令。
9.1 继续暂存区未完成的实践
经过了前面的实践，现在DEMO版本库应该处于master分支上，看看是不是这样。
$cd/path/to/my/workspace/demo
$git status-sb#Git 1.7.2及以上版本才支持-b参数哦
master
$git log—graph—pretty=oneline—stat
*2b31c199d5b81099d2ecd91619027ab63e8974ef Merge commit 'acc2f69'
|\
|*acc2f69cf6f0ae346732382c819080df75bb2191 commit in detached HEAD mode.
||0 files changed,0 insertions(+),0 deletions(-)
*|4902dc375672fbf52a226e0354100b75d4fe31e3 does master follow this new commit?
|/
|0 files changed,0 insertions(+),0 deletions(-)
*e695606fc5e31b2ff9038a48a3d363f4c21a3d86 which version checked in?
|welcome.txt|1+
|1 files changed,1 insertions(+),0 deletions(-)
*a0c641e92b10d8bcca1ed1bf84ca80340fdefee6 who does commit?
*9e8a761ff9dd343a1380032884f488a2422c495a initialized.
welcome.txt|1+
1 files changed,1 insertions(+),0 deletions(-)
还记得在之前“第5章Git暂存区”一章的结尾是如何保存进度的吗？翻回去看一下，用的是git stash命令。这个命令用于保存当前进度，也是恢复进度要用的命令。
查看保存的进度用命令git stash list。
$git stash list
stash@{0}:WIP on master:e695606 which version checked in?
现在就来恢复进度。使用git stash pop从最近保存的进度进行恢复。
$git stash pop
On branch master
Changes to be committed:
(use "git reset HEAD＜file＞…" to unstage)
#
new file:a/b/c/hello.txt
#
Changes not staged for commit:
(use "git add＜file＞…" to update what will be committed)
(use "git checkout—＜file＞…" to discard changes in working directory)
#
modified:welcome.txt
#
Dropped refs/stash@{0}(c1bd56e2565abd64a0d63450fe42aba23b673cf3)
先不要管git stash pop命令的输出，后面会专题介绍git stash命令。通过查看工作区的状态，可以发现进度已经找回了（状态与进度保存前稍有不同）。
$git status
On branch master
Changes to be committed:
(use "git reset HEAD＜file＞…"to unstage)
#
new file:a/b/c/hello.txt
#
Changes not staged for commit:
(use "git add＜file＞…" to update what will be committed)
(use "git checkout—＜file＞…" to discard changes in working directory)
#
modified:welcome.txt
#
此时再看Git的状态输出，是否别有一番感觉呢？有了前面三章的基础，现在可以游刃有余地应对各种情况了。
（1）以当前暂存区的状态进行提交，即只提交a/b/c/hello.txt，不提交welcome.txt。执行提交：
$git commit-m "add new file:a/b/c/hello.txt,but leave welcome.txt alone."
[master 6610d05]add new file:a/b/c/hello.txt,but leave welcome.txt alone.
1 files changed,2 insertions(+),0 deletions(-)
create mode 100644 a/b/c/hello.txt
查看提交后的状态：
$git status-s
M welcome.txt
（2）反悔了，回到之前的状态。
用重置命令放弃最新的提交：
$git reset—soft HEAD^
查看最新的提交日志，可以看到前面的提交被抛弃了。
$git log-1—pretty=oneline
2b31c199d5b81099d2ecd91619027ab63e8974ef Merge commit 'acc2f69'
工作区和暂存区的状态也都维持在原来的状态。
$git status-s
A a/b/c/hello.txt
M welcome.txt
（3）想将welcome.txt提交。
$git add welcome.txt
$git status-s
A a/b/c/hello.txt
M welcome.txt
（4）想将a/b/c/hello.txt撤出暂存区。
也是用重置命令。
$git reset HEAD a/b/c
$git status-s
M welcome.txt
?? a/
（5）想将剩下的文件（welcome.txt）从暂存区撤出，就是说不想提交任何东西了。还是使用重置命令，甚至可以不使用任何参数。
$git reset
Unstaged changes after reset:
M welcome.txt
（6）想将本地工作区所有的修改清除。即清除welcome.txt的改动，删除添加的目录a及下面的子目录和文件。
清除welcome.txt的改动用检出命令。
实际对于此例执行git checkout.也可以。
$git checkout—welcome.txt
工作区显示还有一个多余的目录a。
$git status
On branch master
Untracked files:
(use "git add＜file＞…" to include in what will be committed)
#
a/
删除本地多余的目录和文件，可以使用git clean命令。先来测试运行以便看看哪些文件和目录会被删除，以免造成误删。
$git clean-nd
Would remove a/
真正开始强制删除多余的目录和文件。
$git clean-fd
Removing a/
整个世界清净了。
$git status-s
