git stash drop用于安全删除指定或栈顶stash，不可逆；需先用git stash list查看、git stash show -p预览确认，再执行drop或clear清理冗余项。
Git 的 stash 是临时保存未提交更改的便捷方式，但长期积累的 stash 快照会占用本地仓库空间，且容易造成混乱。清理不再需要的 stash 并非只是“删掉就完事”，关键在于识别、确认和安全移除。
查看当前所有 stash 快照
执行 git stash list 可列出所有暂存快照，格式类似：
stash@{0}: WIP on main: abc1234 Fix login timeout
stash@{1}: On develop: WIP on develop: def5678 Add API retry logic
stash@{2}: WIP on feature/auth: 90a1b2c Refactor auth middleware
注意序号（如 @{0}）代表索引，越靠前表示越新；时间靠后、分支名和提交摘要有助于判断用途。
按需删除特定 stash
若确认某个 stash 不再需要（例如已合并、已重写、或纯属误存），可用：
openclaw-gitcode-pr-monitor
下载
监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。
-
git stash drop stash@{n} —— 删除指定序号的 stash（如
git stash drop stash@{2}） -
git stash drop —— 默认删除最顶端（即
stash@{0}）的快照
执行后该 stash 将不可恢复，请确保已无用。Git 不会提示二次确认，操作前建议先 git stash show -p stash@{n} 查看具体内容。
批量清理过期或冗余 stash
当 stash 数量较多（如 >10 条），手动逐条检查效率低。可结合以下方式快速筛选：
- 用 git stash list --grep="keyword" 按关键词过滤（如
--grep="temp"或--grep="old"） - 用 git stash show -p stash@{n} | head -n 10 快速预览变更范围，避免误删关键逻辑
- 定期执行 git stash clear 清空全部 stash（仅建议在明确无任何残留需求时使用）
不推荐将 git stash clear 加入自动化脚本，除非团队有统一归档规范并确保 stash 已被妥善处理。
替代方案：用分支代替长期 stash
频繁依赖 stash 保存“可能有用”的代码，往往暴露工作流问题。更健壮的做法是：
- 为实验性改动新建轻量分支（如
git checkout -b wip/feature-x），提交后可随时切回、rebase 或丢弃 - 利用 git stash store 将已有 stash 保存为带描述的引用（如
git stash store -m "backup-before-refactor" stash@{0}），便于后期追溯 - 将重要暂存导出为补丁：
git stash show -p > backup.patch，本地保留副本再 drop
这样既释放了 stash 空间，又保留了可审计、可协作的记录。
