git clean 还能找回吗

[worldtongfb]

更新老项目,用的 umijs,突然无法启动

控制台提示

node_modules/@umijs/babel-preset-umi/node_modules/@babel/runtime/helpers/assertThisInitialized.js" does not exist in container.

删了.umi 目录也不行,然后 github 里维护说

git clean -dfx 再来安装，看起来是版本不匹配导致的

执行完然后发现不光项目启动不起来,文件都没了 😭

最近换成 cursor 开发,寻思 webstorm 的本地文件历史记录可能还有,打开 webstorm 发现.idea 文件夹都删没了,我 gitignore 忽略了都给删了,直接回滚到星期一???

[UnluckyNinja]

-d 表示未指定文件夹时依然递归未追踪的文件夹，-f 表示忽略警告（若设置）强制执行，-x 表示无视.gitignore 内容全部删除（ https://git-scm.com/docs/git-clean ）。所以合起来的意思就是相当于重新 clone 一遍仓库，当事人可能不需要本地修改所以就直接用这个命令。破坏性命令最好理解命令效果后再执行……（以及多提交

[wangtian2020]

不用 sourcetree 导致的

[worldtongfb]

@UnluckyNinja 感谢,最后用 cursor 的 timeline 找回来了
@wangtian2020 跟 sourcetree 没啥关系把,新建文件要 git add,以前 webstorm 新文件会问 add file to git, cursor 没问

[mrblacklu]

下回可以用 git clean -ndxf 先预览下会删哪些再这么干

[wangtian2020]

@worldtongfb 用 sourcetree 不容易出错，界面上连 git clean 的按钮都没有。更容易看到未追踪文件、已更改文件的具体内容。
虽然我从来不敲 git 命令行，但是未追踪文件不应该要么 gitignore ，要么手动一个一个甄别删除。
用图形化界面用源头上阻止了犯错的可能，指敲了自己不知道后果的命令。

[Opportunity]

难道别人讲的不是 -dfX ？真有人用小写 x