我不太理解男士所给出的例子，谁能给我一些例子和解释?我可以在里面结合正则表达式吗?
更详细的问题是这样的:
写一个shell脚本changeall，它有一个类似changeall [-r| -r] "string1" "string2"的接口。它将找到后缀为.h、.c、.cc或.cpp的所有文件，并将所有出现的string1更改为string2。-r是只保留当前目录或包含子目录的选项。
注意:
对于非递归的情况，ls是不允许的，我们只能使用find和sed。 我尝试寻找深度，但它不支持。这就是为什么我想知道-prune是否可以帮助，但不理解从man find的例子。
EDIT2:我在做作业，我没有问太多细节，因为我想自己完成。既然我已经做完并交上来了，现在我可以陈述整个问题了。此外，我没有使用-prune就完成了作业，但无论如何我都想学习它。
当前回答
Find构建一个文件列表。它将您提供的谓词应用到每个谓词，并返回通过的谓词。
-prune的意思是排除在结果之外，这让我很困惑。你可以排除一个文件不修剪:
find -name 'bad_guy' -o -name 'good_guy' -print // good_guy
-prune所做的只是改变搜索行为。如果当前匹配的是一个目录，它会说“嘿，找到你刚才匹配的那个文件，不要进入它”。它只是从要搜索的文件列表中删除该树(而不是文件本身)。
它应该被命名为-don - descent。
其他回答
如果你读了这里所有的好答案，我现在的理解是，以下都返回相同的结果:
find . -path ./dir1\* -prune -o -print
find . -path ./dir1 -prune -o -print
find . -path ./dir1\* -o -print
#look no prune at all!
但最后一个将花费更长的时间，因为它仍然搜索dir1中的所有内容。我想真正的问题是如何在不实际搜索的情况下删除不需要的结果。
所以我猜prune的意思是不要美化过去的比赛，而是把它标记为已经完成…
http://www.gnu.org/software/findutils/manual/html_mono/find.html “然而，这并不是由于‘修剪’动作的影响(它只是防止进一步下降，并不能确保我们忽略该项目)。相反，这种效果是由于使用了' -o '。由于./src/emacs的" or "条件左边已经成功，因此对于这个特定的文件，根本没有必要计算右边(' -print ')的值。"
显示所有内容，包括dir本身，但不显示其冗长乏味的内容:
find . -print -name dir -prune
Find构建一个文件列表。它将您提供的谓词应用到每个谓词，并返回通过的谓词。
-prune的意思是排除在结果之外，这让我很困惑。你可以排除一个文件不修剪:
find -name 'bad_guy' -o -name 'good_guy' -print // good_guy
-prune所做的只是改变搜索行为。如果当前匹配的是一个目录，它会说“嘿，找到你刚才匹配的那个文件，不要进入它”。它只是从要搜索的文件列表中删除该树(而不是文件本身)。
它应该被命名为-don - descent。
添加到其他答案中给出的建议(我没有代表创建回复)…
当将-prune与其他表达式组合使用时，根据所使用的其他表达式，行为会有细微的差异。
@Laurence Gonsalves的例子会找到“*”。Foo“文件不在下面”。快照”目录:-
find . -name .snapshot -prune -o -name '*.foo' -print
然而，这个略有不同的简写也会列出.snapshot目录(以及任何嵌套的.snapshot目录):-
find . -name .snapshot -prune -o -name '*.foo'
根据posix manpage，原因是:
如果给定的表达式不包含任何主-exec， -ls， -ok，或-print，则给定表达式有效地替换为: (given_expression) -打印
也就是说，第二个示例相当于输入以下内容，从而修改术语的分组:-
find . \( -name .snapshot -prune -o -name '*.foo' \) -print
至少在Solaris 5.10上可以看到这一点。在使用了大约10年的各种*nix之后，我最近才开始寻找出现这种情况的原因。
答案有很多;有些书的理论内容太多了。我会留下为什么我需要修剪一次，所以也许需求优先/例子类型的解释对某人有用:)
问题
我有一个包含大约20个节点目录的文件夹，每个目录都有它的node_modules目录。
一旦进入任何项目，就会看到每个../node_modules/module。但你知道是怎么回事。几乎每个模块都有依赖关系，所以你看到的更像是projectN/node_modules/ modulelex /node_modules/moduleZ…
我不想被一堆依赖的东西淹没
知道-d n/ -depth n，这对我没有帮助，因为我想要的每个项目的main/first node_modules目录在不同的深度，像这样:
Projects/MysuperProjectName/project/node_modules/...
Projects/Whatshisname/version3/project/node_modules/...
Projects/project/node_modules/...
Projects/MysuperProjectName/testProject/november2015Copy/project/node_modules/...
[...]
我怎么能得到第一个路径列表结束在第一个node_modules和移动到下一个项目，以获得相同?
输入删除
当添加-prune时，仍然会有一个标准的递归搜索。每条“路径”都会被分析，每一个发现都会被抛出，而find会像一个好人一样继续深入挖掘。但是，深入挖掘更多的node_modules是我不想要的。
所以，不同之处在于，在这些不同的路径中，-prune会发现，当它找到你的项目时，它会停止在特定的道路上进一步挖掘。在我的例子中，是node_modules文件夹。
