WebStorm中找不到Stash列表，需通过Ctrl+Shift+A搜索“Show Stashes”或顶部菜单VCS → Git → Show Stashes打开专用面板；该列表不显示在Log标签页，且右键Apply/Pop不可用时需检查是否处于rebase/merge中、是否存在未跟踪文件冲突或严重代码冲突。
WebStorm里找不到Stash列表？先确认入口位置
很多人点了 Git → Stash Changes… 后就以为完事了，结果在 Commit 窗口、Log 标签页甚至右键菜单里翻半天都看不到 stash 记录——因为 WebStorm 默认不自动打开 stash 面板，也不把它塞进任何已有视图里。
正确路径只有两个：
- 按
Ctrl+Shift+A（Windows/Linux）或Cmd+Shift+A（macOS），搜Show Stashes，回车 - 顶部菜单
VCS → Git → Show Stashes
别指望在 Version Control → Log 里看到 stash：它们不是 commit，不参与时间线渲染，Log 标签页只显示分支提交历史。
Stash 列表里点不开 Apply/Pop？检查当前 Git 状态
即使打开了 Show Stashes 面板，右键某条 stash 却灰掉、没 Apply Stash 或 Pop Stash 选项，常见原因有：
- 当前工作区正处在
rebase、merge或cherry-pick过程中（终端会报error: cannot apply stash in the middle of a merge） - 你 stash 的时候勾选了
Include untracked files，但当前工作区有同名未跟踪文件，IDE 拒绝覆盖以防丢数据 - stash 内容与当前 HEAD 冲突太严重，WebStorm 选择禁用操作而非强制弹出冲突对话框
解决方法：先确保终端里 git status 显示 clean；如果刚做完 merge，先 git commit 或 git merge --abort 再试。
Apply 和 Pop 的行为差异直接影响后续操作
右键 stash 后有两个核心动作：Apply Stash 和 Pop Stash。它们不是“差不多”，而是关键区别：
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
-
Apply Stash：把 stash 内容打到当前工作区，但 stash 条目保留在列表里，可重复应用（适合测试不同 patch 组合） -
Pop Stash：等价于git stash pop，即apply + drop一步到位；一旦失败（比如冲突），stash 不会被删，但 IDE 不会自动帮你 resolve，得切终端手动git stash drop stash@{0}或git stash store
建议：首次恢复用 Apply，确认无误再右键该条目选 Drop Stash；别依赖 Pop 的“自动清理”逻辑，尤其当 stash 描述模糊（如默认的 WIP on main）时，留着更安全。
stash@{0} 在 WebStorm 里不显示时间戳？靠命令行补位
WebStorm 的 Show Stashes 面板只显示 stash 描述、分支名和简短哈希，不显示精确时间（比如 2026-05-06 14:22:33）。当你有多个同名描述的 stash（例如都叫 wip: api refactor），光看面板无法判断哪个更新。
这时必须切终端执行：
git stash list --date=iso
输出类似：
stash@{0}: WIP on main: abc1234 fix login timeout (2026-05-06 14:22:33)
注意：stash@{0} 是栈顶最新项，数字越大越早存入；WebStorm 不会同步这个顺序到 UI 排序中，所以面板里第一条未必是 stash@{0} —— 它按创建时间倒序排列，但没标数字索引，容易看串。
