git 的 stash 用的多吗?拿来干嘛呢?

[andyJado]

我之前想干个啥就重开分支.

才学会 stash

[FrankAdler]

临时切走，保留现场，或者想了一个新方案，之前的想保留下来

[renmu]

你原来在 dev1 分支开发，然后突然要去 dev2 改个 bug ，但是 dev1 分支没开发完不想提交，那就先 stash

[xingyue]

我一般选择 push 上去，后期再 rebase + push -f ，感觉这样比较保险，保证已有的修改不会掉。

[DOLLOR]

你正在开发 1.2.0 版本，突然汇报 1.1.0 有 bug 需要紧急修复。此时你的工作空间已经充斥 1.2.0 的杂乱状态了，如果想要保存当前状态，然后清理工作空间，可以考虑办法就是用 stash 。

[izzy27]

保存代码用，用 git stash 就不用走一遍提交的流程了

[PendingOni]

可以先 stash 贮存一下现有代码的更改 然后 pull 下当前分支的新内容再 unstash 慢慢地手动 merge 差异的地方

[bruce0]

楼上说的都很清楚了, 我觉得请有用的,我经常用

[daimubai]

很常用。尤其是同时一个人负责多个业务模块，经常写到一半要切个分支去改个东西。

还有就是 先 stash 再 pull ，比先 commit 再 pull 可以少个 merge 记录

还有就是 尽量别用 rebase 和 push -f ，碰到这样的“打死”

[wudicgi]

我用 TortoiseGit 时基本不用这个功能，怕出错，感觉不如建个新的本地临时分支提交一下保险

[Edsie]

有 Stash 需求的时候，基本都用 IDEA 的 Shelf ，感觉比 Stash 好用

[340244120w]

我主要就是本地开发的时候，配件文件里大家自己的数据库啊 工作目录啥的可能不一样，再加上不同分支配置文件结构业可能不一样。又不能把自己的提交上去。用 stash 或者 idea 的 shelve [比 stash 好用] 就可以暂存自己的配置文件。哪个分支要用就把对应的文件 unshelve 上去

[Rocketer]

从来不用，我都是直接 commit ，并在备注中记录正在做什么，还需要做什么等详情。否则万一离开比较久，回来都不知道干什么了。

[weakish]

有的時候 stash 時間長了會忘了之前 stash 過，所以我也是更多地像 #12 樓那樣直接 commit ，等過後重新切回來寫完後再 amend 下，以保持歷史整潔。

還有一個替代方案是用 worktree 新開一個目錄，這樣可以完整保持現場。

或者也可以在 shell 的命令提示符裏加上顯示倉庫下是否有 stash 的邏輯。

[WhateverYouLike]

楼上没有用 Github Desktop 的吗？在这个里面，随便切一下分支，它都会问你：“当前的改变是要留在当前分支呢，还是带到你要切过去的分支？”，留在当前分支的话，它就会帮你 stash

[rekulas]

同 12 13 stash 很少用都是 commit 代替，因为 commit 功能更完善，也有详细的小版本记录，比如我临时离开 commit 下，处理了点其他工作又回来修改会再次临时离开 commit append,每次 commit 也可以查看差异，所以用不上 stash

[Knuth]

git stash save "stash 也可以备注"

[crysislinux]

如果要去别的分支我都一般 commit ，message 就写个 saved ，回来之后接着干 reset 一下。我感觉这样好更不容易搞错。

[creanme]

不知道为啥有时候 git stash ，然后 git pull ，再 git stash pop ，某些文件会变成删除的状态

[yeqizhang]

如果用 idea ，建议用 shelf ，stash 只能把所有未提交的处理。shelf 可以拆分选择指定的处理

[wcp1231]

如果用 oh-my-zsh 那么可以用 gwip 和 gunwip 替代，很方便