git clean 默认不删目录是故意设计的安全策略，因未跟踪目录被视为“潜在数据容器”，需显式加 -d 才删除空目录；-x 可忽略 .gitignore 规则彻底清理，如 node_modules/；执行前必须用 -n 预览、确保工作区干净、检查 .gitignore 更新。
git clean 不会自动删目录，不加 -d 就算目录空着也留着——这不是漏功能，是 Git 故意卡你一道安全阀。
为什么 git clean 默认不删目录
Git 把未跟踪目录当“潜在数据容器”，哪怕里面只有几个临时文件，也默认跳过。这是硬编码的安全策略，不是配置问题，也不是 bug。它假设：目录比文件更可能藏有你忘了 git add 的重要东西。
- 只运行
git clean -f：只会删未跟踪的文件，所有目录原封不动 - 想删空目录？必须显式加
-d，例如git clean -fd - 目录非空但含
.gitignore里声明的文件？-d仍无效，得再加-x或-f（见下条） - Windows 下长路径报
unable to delete？先执行git config --system core.longpaths true
git clean -fd 和 git clean -fdx 差在哪
关键在 -x：它让 git clean 忽略 .gitignore 规则，连被忽略的文件和目录也一并清理。没加 -x 时，.gitignore 里的条目（比如 node_modules/、__pycache__/）会被跳过。
-
git clean -fd：删未跟踪文件 + 未跟踪空目录 + 未被.gitignore挡住的非空目录（如临时生成的build/） -
git clean -fdx：上一条 + 所有被.gitignore明确忽略的目录和文件（比如完整删掉node_modules/） -
-X（大写）是反向操作：只删.gitignore里的，忽略其他未跟踪项——极少用，容易误判 - 99% 场景够用的是
git clean -fdx，不是-ff或-fdxx
执行前必须做的三件事
删之前不预览，等于闭眼扫雷。Git 不存未跟踪文件的快照，删了就真没了，连 git reflog 都救不了。
- 先跑干跑：用
git clean -n -fdx看清所有待删项；加路径限制范围，比如git clean -n -fdx src/temp/ - 确认当前分支没未提交修改：
git status输出应为 “nothing to commit, working tree clean” - 检查
.gitignore是否最新：团队项目中别人新加的忽略规则，你本地可能还没拉下来，导致误删 - 别信 GUI 工具的“回收站”：只有少数 shell（如某些 Linux 桌面环境）或特定 Git GUI 启用了回收站机制，不能依赖
删错之后还能找回来吗
不能靠 Git 找回来。未跟踪文件从不进对象数据库，git clean 是直接调用系统 unlink() 或 rmdir()，Git 自己没备份。
唯一指望是外部手段：testdisk 或 photorec 这类底层恢复工具，前提是立刻停写磁盘、不重启、不保存新文件——成功率随时间指数下降。日常最靠谱的“恢复”，其实是执行前手动 cp -r myproj myproj-backup。
真正容易被忽略的点是：很多人以为 git clean -fd 足够干净，结果 node_modules/ 或 dist/ 因在 .gitignore 里被跳过，残留导致后续构建异常——这时候才想起该用 -x。
