老哥们，为什么我这行命令就删库了啊！求助

# 危险命令请勿模仿 find ./ -type d -print0 -name '.git' | xargs -0 -s1024 /bin/rm -rf 

• 資深大佬 : larisboy

  主不先试试 find ./ -type d -print0 -name ‘.git’ 出来的是什么？

• 資深大佬 : echo1937

  我试验了一下，
  find ./ -type d -print0 -name ‘.git’ 似乎真正的左右是 find ./ -type d -print0
  find ./ -type d -name ‘.git’ 才是查找.git 的目录

  问题应该在这里.

• 資深大佬 : 3gs

  我猜 -print0 后面的参数会被忽略，应该放后边

• 資深大佬 : larisboy

  find path -option [ -print ] [ -exec -ok command ] {} ;

  -print 应该 option 后面

• 資深大佬 : guanhui07

  还是要谨慎些 打印出来看看啥

• 資深大佬 : dalidali

  老哥 艺高人胆大啊

• 主 資深大佬 : CatCode

  感谢各位，我重新 clone 了，把-print0 放后面就好了
  我才知道 xargs 的参数是有先后顺序的

• 資深大佬 : reus

  前几天还有个头条面试官非要说 find 才是正确答案来着？

  find 这种上古东西还是算球了，参数位置影响输出的，垃圾设计。

• 資深大佬 : sonice

  @reus 麻烦给个现代一点的命令让我开开眼界

• 資深大佬 : DJQTDJ

  $ find . -name ‘*.bak’ -print0 | xargs -0 rm

  艺高人胆大。

• 資深大佬 : defunct9

  rust 的 fd

• 資深大佬 : tankren

  为什么上来就要用组合命令呢 不应该先看看前面返回了啥？

• 資深大佬 : felixcode

  find 我通常用-exec 来做，貌似好控制一些，还可以先不加-exec 查看一下。

• 資深大佬 : lovecy

  这种操作，运行前打印出来检查下先。。
  当然最好还是先统一挪动到备份文件夹，然后一起删除

• 資深大佬 : securityCoding

  牛批牛批

• 資深大佬 : xuanbg

  git 本地库删掉没事，再 clone 一次就好了。远程库删掉也没啥，再推送上去就完了。

• 資深大佬 : reus

  @sonice https://github.com/sharkdp/fd
• 資深大佬 : whasyt

  find ./ -type d -name ‘.git’ |xargs rm -rf

• 資深大佬 : huangmingyou

  find > log.txt ; 这样会安全点。

• 資深大佬 : ETiV

  @CatCode

  是 find 的参数有顺序，不是 xargs

• 資深大佬 : tlday

  并不只是 print 位置不对的问题，你如果执行 find ./ -type d -print -name ‘.git’ -exec echo Matched {} + 就会有所发现。
  因为上面这条命令等价于 find ./ ( -type d -and -print -and -name ‘.git’ ) -exec echo Matched {} +

  而在-print 的文档中就说明了，这个“条件”总是为 true，并打印“当前”文件的 pathname 到 stdout 。（ This primary always evaluates to true. It prints the pathname of the current file to standard output.）

  不知道为什么主会去单用 print 这个选项。因为 print 这个选项还说：假如”-exec, -ls, -print, -print0, -ok”没有任何一个被使用，那么命令会默认最后加一个-print （ If none of -exec, -ls, -print, -print0, or -ok is specified, the given expression shall be effectively replaced by ( given expression ) -print.）

  说 find 是上古东西的当然可以自己写脚本来做嘛，python 一个 os.walk 也不费什么劲。像 find 这种东西一些过时设计已经没法改了，因为肯定有大量的运维脚本依赖于这个“错误”设计。但是对于熟悉的人来说，写这么一段命令肯定比写脚本快得多。

• 資深大佬 : no1xsyzy

  @reus #8 其实是因为 find 是一个不完整的指令式编程语言
  请把 “垃圾设计” 引申到一切指令式编程语言，我会表示完全同意。单指 find，我觉得不行。

• 資深大佬 : wdidwlia

  取决于用哪个 shell, 其实 rm 一条命令也能解决

• 資深大佬 : reus

  @no1xsyzy 一个命令做好自己的事情，要复杂的控制指令，让 shell 来做，就行了。find 又有 exec 又有 delete 等等根本不需要的东西，又各种随意堆砌的参数规则。sed 也有语言，awk 也有语言，但都不像 find 这样残疾，我是不会引申的。糟粕就是糟粕。

  稍微没那么上古的，看看 plan9 怎么做的吧： https://github.com/google/walk
  分开两个命令，一个做遍历一个做过滤，不比 find 好？

• 資深大佬 : Linco

  敢把 rm -rf 放到管道后面的都是狠人

• 資深大佬 : no1xsyzy

  @reus #24 还不是因为管道得走一遍内核，而且 sor 反复 fork/exec 无数遍切换（我也想不通为什么要当作 bash 而不是），多花的时间长得可怕。分命令通常是不太可行的。
  残缺倒是真的，前些天碰到什么我甚至记不得是啥情况的边角问题，查了一圈发现只能返回到 shell 再处理。
  大概重新做个语法好点的倒是有用，不过不如自己写脚本了。
  可能 pwsh 有奇效……

• 資深大佬 : no1xsyzy

  @reus #24 残缺归残缺，别把问题丢 “参数位置影响输出” 上…… 至于又想做些复杂功能又做得残缺，git 不也是这样么……
  @tlday #21 看了下，因为是 -print0，采用 ‘’ 断而不是 LF 断，后面 xargs 也是 -0，这样可以避免文件名带换行导致错误

• 資深大佬 : pouta

  666

• 資深大佬 : Mutoo

  替代品 fd
  https://github.com/sharkdp/fd

• 資深大佬 : reus

  @no1xsyzy 问题就是参数位置影响输出，为什么你总是要否定问题所在？

  git 也是这样？ git 的命令很明确分成 plumbing 和 porcelain 两类，高层命令做不了的事情，那就用底层命令自己搭。拿 git 和 find 比？搞笑过头了。

• 資深大佬 : no1xsyzy

  @reus #30 明明问题出在 Unix 哲学本身上，为什么要怪罪于一个 (1) 的工具？
  因为 Unix 哲学深植于 worse is better，导致一堆程序需要自己实现大部分 performance-oriented workaround
  这不是一样的么……