stash 不是一个随手塞东西的黑盒

临时保存有助于切换上下文，但多份 stash 缺少描述时，很快就难以判断哪份对应哪个任务。保存前检查范围，恢复前查看差异，可以减少覆盖冲突。

先明确这里的区别

临时切换任务前，可以保存尚未准备提交的变更。

以下示例应在测试仓库中使用；远端和分支名需要按项目实际配置替换。

git stash list; git stash show --stat

怎样判断处理正确

先确认已有 stash 内容，再选择需要恢复的记录。

把暂存修改、未暂存修改和未跟踪文件分别列出来，确认保存策略覆盖了哪些。恢复出现冲突时先理解工作区状态，不要连续重复应用同一份记录。

使用带描述的临时记录能降低恢复错误对象的概率。任务恢复后先检查差异，再运行相关验证。若工作已经完整落入提交，之后再按自己的保留策略处理临时记录，避免提前丢失线索。

需要留意的是，默认 stash 不包含所有未跟踪文件，使用前应核对选项。

参考：Git 文档。