Git暂存未跟踪SCSS文件后恢复丢失，是遗漏参数还是BUG？

你遇到的这个情况其实是旧版本Git（2.15.0）在处理未跟踪文件和路径通配符时的一个行为缺陷，不是你操作时漏加了参数——咱们先把整个逻辑理清楚，再讲怎么解决和避免。

先复盘下你的操作链条：

• 初始状态：有4个已修改的跟踪文件（含3个SCSS），还有1个未跟踪的common/file.scss
• 执行git stash push -m "scss files for later" -- *.scss暂存SCSS文件，之后工作树只剩非SCSS的修改文件
• 执行git stash pop恢复后，发现未跟踪的common/file.scss没回来，而且stash引用也被删了

问题核心原因 #

1. 通配符的展开时机：你用*.scss时，是你的系统shell先把通配符展开成当前目录下所有SCSS文件（包括未跟踪的common/file.scss），再把这些文件路径传给Git。
2. Git Stash对未跟踪文件的默认规则：默认情况下，git stash push只会处理已跟踪文件的修改和已暂存的内容，完全未跟踪的文件不会被自动加入stash——除非你加上--include-untracked（简写-u）参数。

那为什么执行stash后未跟踪的SCSS文件会从工作树消失？这就是旧版本Git的坑：当shell把未跟踪文件的路径传给git stash push，Git能定位到文件，但因为没加-u，它不会把文件存入stash，反而会把文件从工作树中移除——相当于这个文件“丢”了，既不在工作树，也不在stash里。

至于你单独执行git stash push -- common/d.scss时出现的错误，是因为这个文件完全未被Git识别，Git的路径匹配规则找不到它，所以直接报错；而通配符展开后，Git能找到文件路径，但处理逻辑出了问题，才导致文件丢失。

解决与避免方案 #

1. 正确暂存未跟踪文件的命令

如果需要同时 stash 已跟踪的SCSS修改和未跟踪的SCSS文件，必须加上-u参数：

git stash push -u -m "scss files for later" -- *.scss

这样所有匹配的SCSS文件（不管已跟踪还是未跟踪）都会被存入stash，执行git stash pop时就能完整恢复。如果连Git忽略的文件也要一起stash，可以用-a（--all）参数替代-u。

2. 已丢失文件的补救（仅限刚操作完的情况）

如果你已经执行了无-u的命令，且git stash pop后发现文件丢失：

• 先查看git reflog，尝试找回之前的stash引用（比如stash@{0}），再用git stash show -p [stash-id]查看stash内容，确认文件是否在里面
• 如果stash里没有，那文件可能已被Git删除，此时可以尝试用系统的文件恢复工具找回（比如Windows回收站、Mac废纸篓，或第三方恢复软件）——找回概率取决于操作后的磁盘写入情况。

补充说明 #

这个问题在Git 2.20及以上版本中已经被修复，新版本里如果用路径参数指定未跟踪文件但没加-u，Git会直接报错，而不是偷偷删除文件。如果条件允许，升级Git到较新版本也能避免这类问题。

内容的提问来源于stack exchange，提问作者Jari Keinänen