grep/ackより高速なag(the_silver_searcher)を使おう｜NEWS｜株式会社INDETAIL（インディテール）
EclipseやIntelliJなど、無料、有料、問わずリッチな開発環境(IDE)が世を席巻して久しいですが、テキストエディタと各種コマンドラインツールで、日々コーディングしている人もまだまだ多いと思います。 今日は、そんなコマンドラインツールでも多様されるコマンドの1つgrep(やack)に変わるツール、ag(the_silver_searcher)を紹介します。 公式サイト the_silver_searcher これは何？ grepやackのように指定されたパス(ディレクトリやファイル)から、コマンドに渡されたパターンにマッチする行を表示してくれるツールです。Macであればbrewやports、Linuxであればaptやrpmコマンドでのインストールが可能のようです。私は手元のMacBook Airにbrewを導入しているので、
Saba note | findとかgrepとかを使って再帰的検索など
findでファイル名を検索 findはファイル名を検索します。ほんとにごく頻繁に使う便利なコマンドです。ディレクトリとファイル名を指定して検索しますが、例によってfind / -name “*”こういうコマンドはナンセンスです。検索したいディレクトリに移動してその下位ディレクトリを再帰的に検索するのかベターかと思います。 $ find . -name "*.html" ファイル数を数える ファイル数を数えるコマンドとかあったかもわからないけど、面倒なので書きだして行数数える。diffとる時なんかはこうやって書き出して比べてみるといいです。余分なファイルとか足りないファイルがあったりなかったり。 $ find . -name "*.html" >> htmllist.txt ファイルを再帰的に削除 慎重にやってほしいものですが、先日べらぼうに重いのでPDFだけでも消したいと思って、以下のよう
findとgrepの合わせ技 - Plan9日記
カーネルなど大規模なソースコードを検索したい場合、findとgrepを使ったり、タグジャンプを使うだろう。Eclipse使う場合とか異論はあると思うけど、今日はfindとgrepの合わせ技について調べてみた。 普段はxargsを噛ませて、 $ find . -name \*.c | xargs grep hogehogeとかやるんだけど、findの-execオプションを使った場合とどれくらい性能差があるのだろうか？ 評価環境はVMWare Fusion上のUbuntu 11.04。Linux kernel 2.6.28.10のfs以下で、まずは次の3パターンを比較してみた。3回測定してtimeの最良値を示す。おそらく対象ファイルはファイルキャッシュに載っている思う。 $ time find . -name \*.c -exec grep wait_event_interruptible {
拡張子を指定して再帰的にgrep - ボクノス
拡張子を指定して、再帰的にgrepしたい。色々やってみた。 こんな感じ？ そんなわけで、findを使って検索範囲を絞りこむ。 xargsを使うと、 % find ../ -name '*.c' | xargs grep hogeうは、めんどい。(速度は早い) コマンド置換で。 % grep hoge $(find ../ -name '*.c')ちょっとすっきり。 zshで。 % grep hoge ../**/*.cいいね。 manを真面目に読んでみるかなぁと 数年の時が流れ manを真面目に読んだら、 % grep hoge --include='*.c' -rあるじゃん。 参考 Man page of GREP 更新履歴 2013/04/11 manを真面目に読んだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編
linux(UNIX) の grep で、あるディレクトリ以下を再帰的に見て、全ての *.html ファイルに grep をかける方法
