Git使用小技巧之Stash命令藏储零乱分支

想要获取更多文章可以访问我的博客 - 代码无止境。

在开发的过程中可能会经常出现下面这种情况，我们正在开发某个功能，当前分支的内容比较乱，不太适合提交，而此时我们需要切换到其他分支上处理一些事情。这个时候该怎么办呢？难道是将修改先备份然后丢弃修改再切换到另外的分支上？答案肯定是否定的，今天我们就来介绍如何使用git stash命令来完美解决这种窘境。

准备

首先我们需要准备一个git仓库，并准备两个分支(master和dev)：

mkdir git-test

cd git-test

git init

touch README.md

git add README.md

git commit -m "第一次提交"

git checkout -b dev

使用stash命令

在上一步，我们已经切换到dev了，现在我们在README.md上随便修改一点东西来模拟凌乱的分支：

$ git status

On branch dev

Changes not staged for commit:

  (use "git add ..." to update what will be committed)

  (use "git checkout -- ..." to discard changes in working directory)

        modified:  README.md

no changes added to commit (use "git add" and/or "git commit -a")

现在假如我们急需切换到master分支上处理一些事情，所以我们需要使用git stash来藏储dev分支上的修改。

git stash

然后我们再执行一下git status来看下dev上的情况：

$ git status

On branch dev

nothing to commit, working tree clean

我们会发现dev分支变干干净净了，因为刚刚的修改已经被藏储了。那么或许你会问，我们应该怎么查看有哪些藏储呢？当我们在master分支上处理完事情后回到dev分支又该如何恢复我们藏储的内容呢？首先我们执行git stash list我们查看所有的藏储记录：

$ git stash list

stash@{0}: WIP on dev: 9ad7304 第一次提交

如何恢复呢？可以使用git stash pop恢复第一条存储记录，也可以使用git stash apply stash@{n}命令来恢复指定的存储记录。

$ git stash apply stash@{0}

On branch dev

Changes not staged for commit:

  (use "git add ..." to update what will be committed)

  (use "git checkout -- ..." to discard changes in working directory)

        modified:  README.md

然后我们就会发现刚刚的修改恢复回来了。但是此时我们再次执行git stash list会发现刚刚恢复的藏储记录还存在，我们需要执行git stash drop stash@{n}删掉它。

$ git stash drop stash@{0}

Dropped stash@{0} (8c0b9fa5bc217c7876ab825147ee76712364887e)

再执行git stash list的时候就会发现这条藏储被删除了，当然如果我们恢复的是栈顶的藏储记录的话我建议直接使用git stash pop命令，因为在恢复的同时会自动删除掉栈顶的藏储记录。