blocks|key|1557626|text|find+DIRECTORY+-name+"*.py"+%7C+xargs+grep+PATTERN|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|1557627|顺便说一句，自从写这篇文章以来，我发现了ack，这是一个更好的解决方案。|unstyled|offset|length|1557628|(从那次编辑开始，我发现了ag)。|1557629|entityMap|0|LINK|mutability|MUTABLE|url|http://beyondgrep.com/^0|0|K|3|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|T|8|@]|9|@$G|U|H|V|1|W]]|A|$]]|$1|I|3|J|5|F|7|X|8|@]|9|@]|A|$]]|$1|K|3|-4|5|F|7|Y|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

<pre><code>find DIRECTORY -name &quot;*.py&quot; | xargs grep PATTERN
</code></pre>
By the way, since writing this, I have discovered <a href="http://beyondgrep.com/" rel="noreferrer">ack</a>, which is a much better solution.
(And since that edit, I have discovered ag).

blocks|key|1557648|text|grep+-r+-n+"PATTERN"+--include="*.py"+DIRECTORY|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|1557649|unstyled|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$B|C]]|$1|D|3|-4|5|E|7|H|8|@]|9|@]|A|$]]]|F|$]]

<pre><code>grep -r -n "PATTERN" --include="*.py" DIRECTORY
</code></pre>

blocks|key|1557653|text|find+<directory>+-name+'*.py'+-exec+grep+<pattern>+{}+\;|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|1557654|unstyled|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$B|C]]|$1|D|3|-4|5|E|7|H|8|@]|9|@]|A|$]]]|F|$]]

<pre><code>find &lt;directory&gt; -name '*.py' -exec grep &lt;pattern&gt; {} \;
</code></pre>

blocks|key|1557683|text|我强烈推荐ack，一个grep的替代品，“针对拥有大量不同源代码的程序员”(来自网站)|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1557684|entityMap|0|LINK|mutability|MUTABLE|url|http://betterthangrep.com/^0|5|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I would strongly recommend <a href="http://betterthangrep.com/" rel="noreferrer">ack</a>, a grep substitute, "aimed at programmers with large trees of heterogeneous source code" (from the website)

blocks|key|1342211|text|这些天我也经常使用ack。我对它做了一些调整，以找到所有相关的文件类型：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1342212|#+Add+zcml+to+the+xml+type:
--type-add
xml=.zcml

#+Add+more+files+the+plone+type:
--type-add
plone=.dtml,.zpt,.kss,.vpy,.props

#+buildout+config+files
--type-set
buildout=.cfg

#+Include+our+page+templates+to+the+html+type+so+we+can+limit+our+search:
--type-add
html=.pt,.zpt

#+Create+txt+file+type:
--type-set
txt=.txt,.rst

#+Define+i18n+file+types:
--type-set
i18n=.pot,.po

#+More+options
--follow
--ignore-case
--nogroup|code-block|syntax|javascript|1342213|重要的是要记住，如果扩展名不在其配置中，ack将找不到文件。有关所有可用的类型，请参阅"ack+--help-+types“。|1342214|我还假设您正在使用omelette，这样您就可以grep/ack/查找所有相关文件了？|offset|length|1342215|entityMap|0|LINK|mutability|MUTABLE|url|http://pypi.python.org/pypi/collective.recipe.omelette^0|0|0|0|9|8|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|V|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|W|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|X|8|@]|9|@$K|Y|L|Z|1|10]]|A|$]]|$1|M|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|N|$O|$5|P|Q|R|A|$S|T]]]]

I also use ack a lot these days. I did tweak it a bit to find all the relevant file types:

<pre><code># Add zcml to the xml type:
--type-add
xml=.zcml

# Add more files the plone type:
--type-add
plone=.dtml,.zpt,.kss,.vpy,.props

# buildout config files
--type-set
buildout=.cfg

# Include our page templates to the html type so we can limit our search:
--type-add
html=.pt,.zpt

# Create txt file type:
--type-set
txt=.txt,.rst

# Define i18n file types:
--type-set
i18n=.pot,.po

# More options
--follow
--ignore-case
--nogroup
</code></pre>

Important to remember is that ack won't find files if the extension isn't in its configuration. See "ack --help-types" for all the available types.

I also assume you are using <a href="http://pypi.python.org/pypi/collective.recipe.omelette" rel="noreferrer" title="omelette">omelette</a> so you can grep/ack/find all the related files?

blocks|key|1342252|text|如果你想在一个大的源码树中非常非常快地grep标识符，还有GNU+idutils。它需要预先建立一个搜索数据库，通过运行mkid+(并调整其配置文件，以不忽略.py文件)。如果你使用buildout，z3c.recipe.tag会解决这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1342253|entityMap|0|LINK|mutability|MUTABLE|url|http://www.gnu.org/software/idutils/|1|http://pypi.python.org/pypi/z3c.recipe.tag^0|T|B|0|2S|E|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

There's also <a href="http://www.gnu.org/software/idutils/" rel="nofollow noreferrer" title="GNU idutils">GNU idutils</a> if you want to grep for identifiers in a large source tree very very quickly. It requires building a search database in advance, by running mkid (and tweaking its config file to not ignore .py files). <a href="http://pypi.python.org/pypi/z3c.recipe.tag" rel="nofollow noreferrer">z3c.recipe.tag</a> takes care of that, if you use buildout.

blocks|key|1557816|text|以防你需要一个非命令行的OSS解决方案...|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1557817|我使用pycharm。它内置了对buildout的支持。您将其指向构建生成的bin/实例，它会将项目的外部依赖项设置为该实例使用的所有鸡蛋。然后，所有IDE的自检和代码导航都能很好地工作。Goto定义，goto实例，重构支持，当然还有搜索。|1557818|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Just in case you want a non-commandline OSS solution...

I use pycharm. It has built in support for buildout. You point it at a buildout generated bin/instance and it sets the projects external dependencies to all the eggs used by the instance. Then all the IDE's introspection and code navigation work nicely. Goto definition, goto instances, refactoring support and of course search.

blocks|key|1342340|text|这个问题是创建collective.recipe.omelette的动机。它是一个构建食谱，可以将你工作集中的所有鸡蛋符号链接到一个目录结构中，你可以将你最喜欢的搜索工具指向这个目录结构。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1342341|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This problem was the motivation for the creation of collective.recipe.omelette. It is a buildout recipe which can symlink all the eggs from your working set into one directory structure, which you can point your favorite search utility at.

blocks|key|1557900|text|我推荐使用grin进行搜索，在使用plone和pydev-feature+'Globals+browser‘(使用eclipse或aptana+studio)时使用omelette。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1557901|entityMap|0|LINK|mutability|MUTABLE|url|http://pypi.python.org/pypi/grin|1|http://pypi.python.org/pypi/collective.recipe.omelette^0|5|4|0|2A|8|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

I recomend <a href="http://pypi.python.org/pypi/grin" rel="nofollow">grin</a> to search, <a href="http://pypi.python.org/pypi/collective.recipe.omelette" rel="nofollow">omelette</a> when working with plone and the pydev-feature 'Globals browser' (with eclipse or aptana studio).

blocks|key|1342438|text|很简单，因为没有足够的答案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1342439|如果您正在进行常规开发，那么将Eclipse与Pydev+(或者更简单的Aptana+Studio+-它是一个经过修改的Eclipse)一起安装是非常值得的，在这种情况下，find工具就在那里。|1342440|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

And simply because there are not enough answers...

If you're developing routinely, it's well worth the effort to install Eclipse with Pydev (or even easier, Aptana Studio - which is a modified Eclipse), in which case the find tools are right there.

blocks|key|1557988|text|OpenGrok是源代码搜索和导航的绝佳选择。不过，它在Java上运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1557989|我真希望有像https://oracle.github.io/opengrok/这样的东西|offset|length|1557990|entityMap|0|LINK|mutability|MUTABLE|url|https://oracle.github.io/opengrok/^0|0|6|Y|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

OpenGrok is an excellent choice for source searching and navigation. Runs on Java, though.
I really wish there was something like <a href="https://oracle.github.io/opengrok/" rel="nofollow noreferrer">https://oracle.github.io/opengrok/</a>

I'm working on a Python program that makes heavy use of eggs (Plone). That means there are 198 directories full of Python code I might want to search through while debugging. Is there a good way to search only the .py files in only those directories, avoiding unrelated code and large binary files?

How do you grep through code that lives in many different directories?

数据库

Eclipse

Python

Java

我正在开发一个Python程序，它大量使用了鸡蛋(Plone)。这意味着有198个目录充满了我可能想要在调试时搜索的Python代码。有没有一种好方法可以只在这些目录中搜索.py文件，避免不相关的代码和大的二进制文件？

问如何对驻留在许多不同目录中的代码进行grep？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何对驻留在许多不同目录中的代码进行grep？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何对驻留在许多不同目录中的代码进行grep？
EN