git clean 默认不删目录是安全机制，因目录可能含重要数据；删目录需显式加-d，且常需-f和-x配合，执行前务必用-n预览。
git clean 为什么默认不删目录
git clean 默认只删除未跟踪的文件，对目录完全无视——这不是 bug，是安全机制。Git 认为目录可能含重要数据（比如本地生成的日志、构建产物、临时配置），哪怕它没被 .gitignore 覆盖，也不该贸然递归清除。
想删目录，必须显式加 -d 参数。但光加这个还不够，因为：
-
git clean -d仍会跳过「被.gitignore忽略的路径」，哪怕它们是目录 - 如果目录非空且含忽略文件，
-d也无效，得配合-f（强制）和-x（连忽略项也清） - Windows 下路径分隔符或长路径可能导致
git clean报错unable to delete，此时需先git config --system core.longpaths true
如何安全预览将要删除的内容
执行前务必用 -n（dry-run）看清楚：git clean -dn 列出所有待删文件+目录，git clean -dxn 还包括被 .gitignore 挡住的项。
常见误判点：
- 某些 IDE 自动生成的
.idea/或.vscode/可能没写进.gitignore，-n会暴露出来，别急着删 -
node_modules/如果没被忽略，git clean -dn会把它整个列出来——但实际删它应该用rm -rf node_modules，而不是依赖git clean - 输出里带
Would remove的才是真会被删的；若看到Skipping repository，说明那是子模块，git clean不碰它
clean -fdx 和 clean -ffdx 有什么区别
关键在 -f 的数量：git clean 要求至少一个 -f 才允许执行删除，这是防手滑的硬性门槛。
但如果你已经用过 git clean -f，再加第二个 -f（即 -ff）就不是“更强制”，而是触发另一个行为：跳过对未跟踪文件是否属于子模块的检查。实际中极少需要 -ff，99% 场景用 -fdx 就够了。
参数组合含义：
-
-f：必须有，否则报错error: clean.requireForce defaults to true and neither -i, -n, nor -f given -
-d：删未跟踪目录（不含忽略项） -
-x：连.gitignore里的也删（比如编译产物build/、dist/） -
-X（大写）：只删.gitignore里的，忽略未跟踪但未被忽略的文件——这个容易混淆，慎用
删完发现删错了怎么办
git clean 是不可逆的，Git 不存这些文件的快照，删了就是真没了。
唯一补救方式是依赖外部备份或系统回收站（仅限部分 GUI 工具或配置了回收站的 shell）。所以操作前必须确认：
- 当前分支已提交或 stash 掉所有修改，避免误删工作区变更
- 检查
.gitignore是否完整，尤其团队项目中他人加的忽略规则你可能没同步 - 对敏感目录（如
data/、uploads/）手动ls -la看一眼再决定是否加-x
最常被忽略的是：.gitignore 里用 **/log/ 忽略所有日志目录，但你本地有个 ./log/ 是手动建的——git clean -dxn 会显示它，但你未必意识到它不属于项目标准结构。
