Git stash：保存更改、切换分支并恢复您的工作

Git stash 会保存未提交的更改，以便您可以处理其他事情，然后将这些更改恢复。 从 git stash push -m "WIP: checkout form" 开始；当您想要保留已保存的条目时，请使用 git stash apply 进行恢复；当您想要在成功恢复后将其删除时，请使用 git stash pop 进行恢复。当新的、未跟踪的文件也属于该作品时，请添加 -u。

本指南使用结帐表单中断作为示例：暂停表单，修复另一个分支上的生产错误，然后返回表单。视觉演练使用了 GitTree，即我们为 macOS、Windows 和 Linux 制作的客户端。存储管理包含在免费计划中；当前的官方版本需要登录。

何时使用存储、提交或工作树

对于较长的并行任务，请使用 worktree 指南。存储是方便的临时存储，但不应该是您有价值的工作的唯一备份。在任务后面命名条目，因为 stash@{0} 表示最新条目，并且数字会随着列表的变化而变化。

保存更改并切换分支：完整示例

首先检查 git status：默认存储包含对跟踪文件的修改，包括分阶段编辑，但保留未跟踪和忽略的文件。在此示例中，表单包含一个新创建的文件，因此请使用 -u。这些命令假设 feature/checkout 和 hotfix/payment 已经存在；替换您自己的分支名称。

git status
git stash push -u -m "WIP: checkout form"
git stash list
git status
git switch hotfix/payment

返回之前完成、测试并提交修补程序。在应用之前检查存储列表及其差异：另一个任务可能同时创建了一个更新的条目。引用诸如 "stash@{0}" 之类的选择器也会阻止 shell 解释其特殊字符。

git switch feature/checkout
git stash list
git stash show -p --include-untracked "stash@{0}"
git stash apply "stash@{0}"
git status

Git stash apply 与 pop：你应该选择哪一个？

对于重要的未完成更改，请先应用、审查并测试它，然后在提交恢复的工作后删除已保存的条目。应用两次可能会产生冲突或重复更改；在重试之前检查工作文件。 apply 和 pop 都不会将任何内容推送到服务器。

隐藏未跟踪的文件、特定文件或分阶段更改

git stash push -u -m "WIP: include new files"
git stash push -m "WIP: checkout only" -- src/checkout.ts
git stash push --staged -m "WIP: staged changes only"
git stash push --keep-index -m "WIP: keep staged work ready"

这些是替代命令，而不是一起运行的序列。 -- 之后的路径将存储限制到该路径。 --staged 仅保存分阶段的更改； --keep-index 保留分阶段的更改，以便您可以测试或提交它们，同时搁置其他编辑。他们解决不同的问题。较旧的 Git 安装可能不支持 --staged；检查 git --version 和您安装的版本的帮助。

想要对您自己的存储库执行这些步骤吗？ 下载 GitTree，登录并打开存储库文件夹。您现有的存储仍然是普通的 Git 存储，也可以从终端看到。

如何解决 git stash pop 冲突

当目标分支更改相同的行时，存储可能会发生冲突。失败的弹出会保留存储，但某些更改可能已经应用。请勿反复弹出。运行 git status，解析每个未合并的文件，并仅暂存预期的解析。 合并冲突指南 解释了标记和三向编辑器。

git status
git diff --name-only --diff-filter=U
# Edit and test each conflicted file, then stage its resolution:
git add -- src/checkout.ts
git diff --cached
git status

没有 git stash --continue 或 git stash --abort。文件解决后，正常审查并提交。如果您想放弃尝试，请保留应用之前存在的所有工作，并在丢弃任何内容之前检查每个更改的路径。全面硬重置可以删除不相关的编辑。当目的地偏离太远时，git stash branch rescue/checkout "stash@{0}"会在原始基地的新分支上恢复；成功的操作会删除该存储条目。

仅在检查结果后删除存储

在 git stash drop "stash@{0}" 之前再次使用 git stash list：位置可能已更改。 git stash clear 删除整个列表。在普通 Git 中恢复丢失的存储是不确定的，并且取决于其对象是否仍然存在；不要指望以后能找到它。在 GitTree 中，删除存储将已删除的条目保留在恢复快照中，以便撤消可以将其恢复。特定于应用程序的恢复不会使终端删除成为有保证的可恢复操作。有关更广泛的恢复选项，请参阅撤消 Git 错误。