今天在使用stash的時(shí)候鬼使神差地打了個(gè)-a，然后就把我給嚇到了。。。
在git commit的后面加一個(gè)-a，會(huì)把untracked文件也全部add進(jìn)去。今天stash的時(shí)候也突然鬼使神差地加了個(gè)-a，看起來似乎沒有問題。然后在stash apply的時(shí)候悲劇了：
.../xxx/temp/xxx.jar already exists, no checkout
.../xxx/temp/xxx.jar already exists, no checkout
.../xxx/temp/xxx.jar already exists, no checkout
.../xxx/xxx.war already exists, no checkout
Could not restore untracked files from stash
隨便百度了下貌似沒找到啥答案，都是說不要加-a，加-u。先來看下為啥會(huì)出現(xiàn)這樣的問題吧。
在終端輸入man git stash看一下，有這么一行：
git stash [save [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
[-u|--include-untracked] [-a|--all] [<message>]]
可以看到-u是包含所有untracked的文件，而-a是包含所有文件。這倆有啥區(qū)別呢？-u不會(huì)把.gitignore內(nèi)忽略的文件添加到stash中，而-a是不會(huì)管忽略不忽略的。這就非?？恿?，因?yàn)槲覀兊捻?xiàng)目各種build目錄文件太多太多了，全給添加進(jìn)去導(dǎo)致我們apply的時(shí)候還原不回來了-_-
咋辦呢，還好翻到了一篇2012年的博客救了我https://blog.tfnico.com/2012/09/git-stash-blooper-could-not-restore.html
里面是這樣說的，先喝口水冷靜下來：A stash is basically a commit.
啥意思？其實(shí)stash的記錄也是基于commit來做的，所以先想辦法查到stash記錄的commit id。
使用git log --graph --all --decorate --oneline命令來查這個(gè)id。說實(shí)話在此之前我還真不知道git log可以有這么多指令，于是去查了下：--graph意思是以圖形的模式顯示分支， --all意思是顯示所有的commit記錄，--decorate參數(shù)用來顯示一些相關(guān)的信息，如HEAD、分支名、tag名等，--oneline就是一個(gè)commit只顯示一行。
- dd7b26b (master) Extract method
- b0d0487 Rename one of the assertScreenForEvent methods
- ddbb532 Use strong typing for Events
| *-. **0374bd1** (refs/stash) WIP on master: d7fe9ab new class Event
| |\ \
| | | * 2a958c1 untracked files on master: d7fe9ab new class Event
| | * 51510de index on master: d7fe9ab new class Event
| |/
| * d7fe9ab (HEAD) new class Event
| * c59f0f3 Extract method
| * 74a987f Rename one of the assertScreenForEvent methods
| * 75e98b7 Use strong typing for Events
|/
| * 40b5b29 (origin/master, origin/HEAD) added language-chooser
0374bd1就是我們要找的那筆出問題的stash的commit id。
接下來輸入git checkout 0374bd1， 切換到該提交的分支。
然后git reset HEAD~1，把commit reset掉，重新使用git stash -u保存修改到stash中。
然后git checkout master切換到之前的分支，重新git stash apply或者pop還原修改就ok了。
最后再分享下，其實(shí)git reset的是用了--hard也不用擔(dān)心，git reflog還是能找到reset之前的記錄，當(dāng)然太過久遠(yuǎn)的可能就沒了。
好了，大功告成。這件小事讓我明白git上的stash和commit記錄幾乎是很難丟失的。遇到問題不要擔(dān)心自己的代碼沒了，先喝杯水壓壓驚，肯定有辦法的！
