1. 为什么你需要掌握TortoiseGit的贮藏功能
如果你经常需要同时处理多个开发任务，一定会遇到这样的场景：正在A功能分支上写代码，突然被要求紧急修复B分支的线上问题。这时候你面临两难选择——要么把未完成的代码强行提交（污染版本历史），要么手动备份文件（容易出错）。TortoiseGit的贮藏功能就是为解决这种困境而生的。
我经历过无数次这样的场景：某个周五下午，正在开发新功能时突然接到生产环境告警。最初我总是手忙脚乱地创建临时分支，或者用U盘拷贝代码片段，结果经常导致代码版本混乱。直到发现贮藏功能后，工作效率直接提升了一个量级。这个功能本质上相当于给代码拍了个临时快照，让你可以随时保存当前工作状态，干净利落地切换到其他任务。
贮藏特别适合这些典型场景：
- 需要临时切换分支处理优先级更高的任务
- 想保存当前不成熟的实验性代码
- 需要合并多个零散修改为完整提交
- 在不同设备间转移未提交的工作进度
2. 贮藏功能的核心操作指南
2.1 如何创建贮藏点
在项目文件夹右键选择"TortoiseGit > Stash changes"，会弹出贮藏配置对话框。这里有几个关键选项需要注意：
Stash Message：建议填写有意义的描述，比如"用户登录模块改造-20230815"。我吃过亏，曾经连续贮藏多次后完全分不清哪个贮藏对应哪个任务，最后不得不逐个恢复检查。
Include untracked：这个选项特别重要。勾选后会包含工作区新建但未git add的文件。上周我就遇到个坑：贮藏时没勾选这个选项，结果切换分支后发现新建的配置文件全消失了。
--all：更彻底的模式，会包含被忽略的文件（.gitignore中的文件）。除非特殊需求，一般不建议勾选。
实际操作时，我习惯先用"Git Check for modifications"查看当前变更，确认要贮藏的内容后再操作。这样可以避免意外贮藏不需要的内容。
2.2 恢复贮藏的三种姿势
恢复贮藏时有三个核心选项，用对场景能事半功倍：
Stash Apply：最安全的选择。把贮藏内容恢复到工作区，但保留贮藏点在栈中。适合需要多次参考原始修改的场景。我调试复杂问题时经常这样操作——恢复后修改代码，不满意就重置，再重新恢复参考。
Stash Pop：最常用的方式。恢复后自动删除栈顶贮藏点。日常任务切换时我90%都用这个，就像从栈顶取下一张便利贴，用完即弃。
Stash List：管理贮藏栈的"控制中心"。在这里可以查看所有贮藏点的详细信息，选择性恢复或删除特定贮藏。我有次清理半年没用的旧贮藏，发现居然攒了20多个，严重影响查找效率。
3. 高级贮藏技巧与避坑指南
3.1 贮藏栈的深度管理
很多人不知道，贮藏其实是个栈结构（后进先出）。当你有多个贮藏点时，TortoiseGit默认只操作最新的那个。通过"Stash List"可以查看完整的贮藏栈：
stash@{0}: On dev: 支付接口优化 stash@{1}: On feature/login: 记住我功能 stash@{2}: On hotfix: 紧急补丁备份我建议定期清理陈旧贮藏点，方法是在列表界面右键选择"Drop"。有个同事曾因为贮藏点太多，恢复时选错了版本，导致一周的工作白费。现在我团队规定：任何贮藏点保留不超过两周。
3.2 解决贮藏冲突的实战经验
当恢复贮藏的内容与当前工作区修改冲突时，TortoiseGit会提示冲突文件。这时不要慌，按这个流程处理：
- 先用"Git Check for modifications"查看冲突文件
- 右键冲突文件选择"Edit conflicts"，用合并工具解决
- 标记冲突已解决（Resolved）
- 继续完成恢复操作
上个月我遇到个典型案例：贮藏了A文件的修改，期间其他同事提交了A文件的新版本。恢复贮藏时产生冲突，通过比对两个版本的差异，最终保留了同事的结构调整，同时加入了我的逻辑优化。
4. 将贮藏融入你的工作流
4.1 与分支策略配合使用
我团队现在采用这样的工作规范：
- 每个新功能必须在独立分支开发
- 遇到紧急任务时，必须贮藏当前更改
- 切换回主分支处理紧急需求
- 处理完后用"Stash Pop"恢复工作状态
这样既保证了主分支的稳定性，又不会丢失进行中的工作。统计显示，采用这套流程后，团队成员的任务切换时间平均缩短了65%。
4.2 替代临时提交的最佳实践
以前我们常用这种不规范的临时提交：
git commit -m "临时保存，勿合并"现在完全用贮藏替代。对比发现有以下优势：
- 不会污染版本历史
- 不需要写冗长的提交说明
- 恢复时不会产生多余合并记录
- 可以跨分支复用贮藏内容
有个实际数据：项目代码库中"临时"相关的提交信息减少了82%，代码可追溯性明显提升。
贮藏功能看似简单，但真正用好需要结合团队规范和个人习惯。刚开始可能会觉得多此一举，但就像用版本控制一样，一旦形成肌肉记忆，就再也回不去了。现在我的开发流程中，贮藏已经成为和commit、pull同等重要的常规操作。
