8. Stash未提交的更改你正在修改某个bug或者某个特性，又突然被要求展示你的工作。而你现在所做的工作还不足以提交，这个阶段你还无法进行展示（不能回到更改之前）。在这种情况下， git stash可以帮助你。stash在本质上会取走所有的变更并存储它们为以备将来使用。stash你的变更，你只需简单地运行下面的命令-
希望检查stash列表，你可以运行下面的命令：
如果你想要解除stash并且恢复未提交的变更，你可以进行apply stash:
在屏幕截图中，你可以看到每个stash都有一个标识符，一个唯一的号码（尽管在这种情况下我们只有一个stash）。如果你只想留有余地进行apply stash，你应该给apply添加特定的标识符：
9.检查丢失的提交尽管 reflog 是唯一检查丢失提交的方式。但它不是适应用于大型的仓库。那就是 fsck（文件系统检测）命令登场的时候了。
这里你可以看到丢掉的提交。你可以通过运行 git show [commit_hash] 查看提交之后的改变或者运行git merge [commit_hash] 来恢复到之前的提交。 git fsck 相对reflog是有优势的。比方说你删除一个远程的分支然后关闭仓库。 用fsck 你可以搜索和恢复已删除的远程分支。 10. Cherry Pick我把最优雅的Git命令留到了最后。cherry-pick命令是我目前为止最喜欢的git命令，既是因为它的字面意思，也因为它的功能。 简而言之，cherry-pick就是从不同的分支中捡出一个单独的commit，并把它和你当前的分支合并。如果你以并行方式在处理两个或以上分支，你可能会发现一个在全部分支中都有的bug。如果你在一个分支中解决了它，你可以使用cherry-pick命令把它commit到其它分支上去，而不会弄乱其他的文件或commit。 让我们来设想一个用得着它的场景。我现在有两个分支，并且我想cherry-pick b20fd14: Cleaned junk 这个commit到另一个上面去。
我切换到想被cherry-pick应用到的这个分支上去，然后运行了如下命令：
尽管我们这次完成了一次干净的cherry-pick，你也应该意识到这个命令可能会产生冲突。所以用它时请无比小心。 总结说着说着就到了文章的最后，我认为这些技巧会让你的 Git 水平提升到一个新的高度。Git 是最棒的，它几乎能实现你所能想到的事情。因此，要经常挑战自己的Git水平。最后你很有可能会学到新的东西。 |
