你们 git stash 用的多么

[v2byy]

以前使用 svn 的时候，每个 branch 都在本地有一份代码，这样方便在切换分支，在一个分支加 feature，可以很方便的在另外的分支上修 bug。

后来使用 git 之后，默认所有 branch 都位于在一份 copy 中，有的时候临时要切个分支，但有不想提交的时候，只能用 git stash 来暂存下改动。问题是这样很麻烦，有的时候 add 了新文件忘记 stage，git stash pop 出来有问题。

当然也可以使用 git 来 checkout 不同分支，不同 copy。

大家是怎么做的呢？

[renothing]

先 commit，后面切回去继续改了后--amend 追加提交。

[leafiy]

amend 正解

[johnnie502]

直接 commit 一个 temp，那边弄完以后回来再 reset HEAD~1

[tomato3]

```
git stash -k
git pull
git stash pop
```

[twistedmeadows]

可能你需要再多了解下 reset 和 rebase 那些操作的细节。
例如 reset --hard、reset --soft

我不怎么用 stash，要临时切 branch 的时候都是先顺手 commit -a。这种 commit 我不会认真地写内容，只填 tmp save 之类的，下次切回来就知道当前 commit 只是这个 branch 下的临时存档。
等到当前 branch 上工作做完的时候，再 reset 回上一个正式的 commit 点，然后重新填写提交。

这样每个 branch 完成开发的时候都是整洁的，确保每次 commit 都是一次逻辑上独立的改动的话，还可以方便地回退和 cherry-pick。在开发过程中又足够敏捷，可以同时有多个 branch 处于施工状态——不过我在开太多 branch 时会主动意识到当前这个状态是很差的，会跟 leader 沟通工作分配的问题。


小心得就是：commit 是无痛的，可以积极使用 commit。
甚至，在 git 里除了 hard reset 这种破坏性操作，大多数操作都是可逆和无痛的。

[zhilincom]

我都是每次 stash 的时候加上描述信息和时间信息，还原环境的时候就使用 apply，不用 pop。

[weixiangzhe]

建议 git work tree

[msg7086]

Git 的优势就在于 Commit 和 Branch 都是免费的。Stash 我只有在马上要恢复 Working Directory 的时候，比如 Stash+Pull+StashPop 的组合命令，才会用 Stash。其他的时候有 Commit 为啥要用实现相同但更难用的 Stash 呢。

Feature branch 和 WIP commit 都是好东西。

[houskii]

commit 和 amend 都有 reflog 可以挽救，stash 如果误 pop 或者删了就很蛋疼了

好吧，其实还是因为我之前有一次从 A 切到 B 然后 stash 了，在 B 开发了很久切回 A 的时候已经忘记了 stash pop 这回事，导致又重新开发了一遍，然后开发快结束了才想起来，从此就不用 stash 了。。。

[tt67wq]

无情资本家拿人当畜生使，一个人好多个任务并行，经常要 stash 切其他分支

[kuro1]

=。= 一个人同时处理好几个 branch...