如何在sh中使用'find'的'-prune'选项？

我不太了解中提供的示例man find，有人可以给我一些示例和解释吗？我可以在其中结合正则表达式吗？

更详细的问题是这样的：

编写一个shell脚本，changeall该脚本的接口类似于changeall [-r|-R] "string1" "string2"。它会找到的所有文件的后缀.h，.C，.cc，或.cpp和更改所有出现string1到string2。-r是仅保留当前目录或包含子目录的选项。

注意：

1. 对于非递归情况，ls不允许使用，我们只能使用find和sed。
2. 我尝试过，find -depth但不支持。这就是为什么我想知道是否-prune可以提供帮助，但不了解的示例的原因man find。

EDIT2：我正在做作业，我没有详细询问问题，因为我想自己完成。既然我已经完成并提交了，现在我可以陈述整个问题。另外，我设法不使用来完成任务-prune，但无论如何都想学习。

我发现令人困惑的-prune是它是一个动作（如-print），而不是测试（如-name）。它更改了“待办事项”列表，但始终返回true。

使用的一般模式-prune是这样的：

find [path] [conditions to prune] -prune -o \
            [your usual conditions] [actions to perform]

你几乎总是要的-o（逻辑OR）后-prune，因为测试的是第一部分（直至并包括-prune）将返回假的你真正想要的东东（即：你的东西不要想修剪出）。

这是一个例子：

find . -name .snapshot -prune -o -name '*.foo' -print

这将找到不在“ .snapshot”目录下的“ * .foo”文件。在此示例中，-name .snapshot组成[conditions to prune]和，-name '*.foo' -print是[your usual conditions]和[actions to perform]。

重要说明：

1. 如果您只想打印结果，则可能会习惯于省略-print操作。使用时，您通常不希望这样做-prune。

   find的默认行为是，如果最后没有（讽刺地）没有其他动作，则用动作“和” 整个表达式。这意味着编写此代码：-print-prune

   find . -name .snapshot -prune -o -name '*.foo'              # DON'T DO THIS

   等效于编写此代码：

   find . \( -name .snapshot -prune -o -name '*.foo' \) -print # DON'T DO THIS

   这意味着它还会打印出您正在修剪的目录的名称，通常不是您想要的。相反，-print如果这是您想要的，则最好明确指定操作：

   find . -name .snapshot -prune -o -name '*.foo' -print       # DO THIS

2. 如果您的“正常情况”恰好与也符合修剪条件的文件相匹配，则这些文件将不包含在输出中。解决此问题的方法是-type d在修剪条件中添加谓词。

   举例来说，假设我们想.git删掉所有以（确实有些人为设计-通常只需要删除名称完全正确 的东西.git）开头的目录，但除了该目录以外，还想查看所有文件，包括诸如的文件.gitignore。您可以尝试以下方法：

   find . -name '.git*' -prune -o -type f -print               # DON'T DO THIS

   这将不包括.gitignore在输出中。这是固定版本：

   find . -name '.git*' -type d -prune -o -type f -print       # DO THIS

额外提示：如果您使用的GNU版本find，则texinfo页面的find说明比其手册页更详细（大多数GNU实用程序都是如此）。

通常，我们在linux中执行事务的本机方式是从左到右。
因此，您将首先写下您要寻找的内容：

find / -name "*.php"

然后，您可能会按Enter键，并意识到您从目录中获取了过多的文件，而您不希望这样做。让我们排除/ media以避免搜索已安装的驱动器。
现在，您应该将以下内容附加到上一个命令：

-print -o -path '/media' -prune

所以最后的命令是：

find / -name "*.php" -print -o -path '/media' -prune

............... | <---包括---> | ........... | <- --------排除---------> |

我认为这种结构要容易得多，并且与正确的方法相关

注意-prune不会像某些人所说的那样阻止进入任何目录。它可以防止进入与其所应用的测试相匹配的目录。也许一些示例会有所帮助（请参见底部的正则表达式示例）。很抱歉，这么长。

$ find . -printf "%y %p\n"    # print the file type the first time FYI
d .
f ./test
d ./dir1
d ./dir1/test
f ./dir1/test/file
f ./dir1/test/test
d ./dir1/scripts
f ./dir1/scripts/myscript.pl
f ./dir1/scripts/myscript.sh
f ./dir1/scripts/myscript.py
d ./dir2
d ./dir2/test
f ./dir2/test/file
f ./dir2/test/myscript.pl
f ./dir2/test/myscript.sh

$ find . -name test
./test
./dir1/test
./dir1/test/test
./dir2/test

$ find . -prune
.

$ find . -name test -prune
./test
./dir1/test
./dir2/test

$ find . -name test -prune -o -print
.
./dir1
./dir1/scripts
./dir1/scripts/myscript.pl
./dir1/scripts/myscript.sh
./dir1/scripts/myscript.py
./dir2

$ find . -regex ".*/my.*p.$"
./dir1/scripts/myscript.pl
./dir1/scripts/myscript.py
./dir2/test/myscript.pl

$ find . -name test -prune -regex ".*/my.*p.$"
(no results)

$ find . -name test -prune -o -regex ".*/my.*p.$"
./test
./dir1/test
./dir1/scripts/myscript.pl
./dir1/scripts/myscript.py
./dir2/test

$ find . -regex ".*/my.*p.$" -a -not -regex ".*test.*"
./dir1/scripts/myscript.pl
./dir1/scripts/myscript.py

$ find . -not -regex ".*test.*"                   .
./dir1
./dir1/scripts
./dir1/scripts/myscript.pl
./dir1/scripts/myscript.sh
./dir1/scripts/myscript.py
./dir2

添加到其他答案中给出的建议（我没有代表来创建回复）...

-prune与其他表达式结合使用时，行为上会有细微的差别，具体取决于使用了哪些其他表达式。

@Laurence Gonsalves的示例将找到不在“ .snapshot”目录下的“ * .foo”文件：

find . -name .snapshot -prune -o -name '*.foo' -print

但是，这种略有不同的捷径可能也会无意中列出.snapshot目录（以及任何嵌套的.snapshot目录）：

find . -name .snapshot -prune -o -name '*.foo'

原因是（根据我系统上的手册）：

如果给定表达式不包含任何主-exec，-ls，-ok或-print，则有效替换为：

（given_expression）-打印

也就是说，第二个示例等效于输入以下内容，从而修改了术语的分组：

find . \( -name .snapshot -prune -o -name '*.foo' \) -print

至少在Solaris 5.10上可以看到这一点。在使用各种形式的* nix大约10年之后，我才刚刚搜索到这种情况发生的原因。

修剪是不递归的任何目录切换。

从手册页

如果未提供-depth，则为true；否则为true。如果文件是目录，请不要进入该目录。如果给定-depth，则为false；否则为false。没有效果。

基本上，它不会降级到任何子目录中。

举个例子：

您有以下目录

• / home / test2
• / home / test2 / test2

如果您运行find -name test2：

它将返回两个目录

如果您运行find -name test2 -prune：

它只会返回/ home / test2，因为它不会下降到/ home / test2来查找/ home / test2 / test2

我不是这个专家（该页面与http://mywiki.wooledge.org/UsingFind一起非常有用）

刚刚注意到的-path是，一条路径完全匹配find.紧随其后的字符串/路径（在这些示例中），其中as -name匹配所有基本名称。

find . -path ./.git  -prune -o -name file  -print

阻止当前目录中的.git目录（在中找到. ）

find . -name .git  -prune -o -name file  -print

递归阻止所有.git子目录。

注意，这./ 是非常重要的！ -path必须匹配定位到的路径，. 或者找到之后的任何内容（如果从或' -o' 的另一端）找到匹配的内容，则可能没有被修剪！我天真地没有意识到这一点，当您不想修剪具有相同基本名称的所有子目录时，它使我使用-path很好：

显示所有内容，包括dir本身，但不显示其冗长的内容：

find . -print -name dir -prune

如果您在这里阅读了所有好的答案，那么我现在的理解是，以下所有结果均返回相同的结果：

find . -path ./dir1\*  -prune -o -print

find . -path ./dir1  -prune -o -print

find . -path ./dir1\*  -o -print
#look no prune at all!

但是最后一个将花费更长的时间，因为它仍会搜索dir1中的所有内容。我想真正的问题是如何在-or不实际搜索结果的情况下找出不需要的结果。

所以我想修剪意味着过去的比赛不像样，但是将其标记为完成...

http://www.gnu.org/software/findutils/manual/html_mono/find.html “但是，这不是由于'-prune'动作（仅防止进一步下降，它不能确保我们忽略了该项目。）相反，这种效果是由于使用了-o。由于“ /”条件的左侧已成功用于./src/emacs，因此无需评估右侧-此特定文件的全部（“打印”）。”

find建立文件列表。它将您提供的谓词应用于每个谓词，并返回通过的谓词。

这个想法-prune意味着将结果排除在外，这确实让我感到困惑。您可以排除没有修剪的文件：

find -name 'bad_guy' -o -name 'good_guy' -print  // good_guy

所有的-prune事情都是改变搜索的行为。如果当前匹配项是目录，则显示“嘿find，您刚刚匹配的文件，请不要进入该目录”。它只是从要搜索的文件列表中删除该树（而不是文件本身）。

它应命名为-dont-descend。

有很多答案。其中有些过于理论化。我将离开为什么我需要修剪一次的原因，所以也许需求优先/示例说明对某人有用:)

问题

我有一个包含约20个节点目录的文件夹，每个目录都有其node_modules预期的目录。

进入任何项目后，您都会看到每个 ../node_modules/module。但是你知道的。几乎每个模块都有依赖项，因此您所看到的更像是projectN/node_modules/moduleX/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

添加时-prune，您仍然可以进行标准的递归搜索。每条“路径”都会被分析，每一个发现都会吐出来，并且find像个好家伙一样不断地挖掘下去。但这是挖掘更多node_modules我不想要的东西。

因此，不同之处在于，在找到这些商品的任何一条不同路径中，-prune它将find停止进一步挖掘该特定途径。就我而言，该node_modules文件夹。