ワイルドカードを使用した find -exec

Question 1

のようfind … -exec test -e '{}/*.log'な文字列をに渡すと、something/*.logtest*リテラルどちらのツールもこれをワイルドカードとして扱いません。の実装によっては、これが引数の一部である場合（引数全体ではなく）findも展開されません。{}{}

後で試すものの 1 つは、{}シェルコードに埋め込まれます。{}シェルコードに埋め込まないこの問題に関しては、もう1つの試みの方が良いでしょう。解決に近づいています。ちょっと仕事：

# still flawed though
find . -type d -exec bash -c 'test -e "$1/"*.log' bash '{}' \; -exec du -d0 '{}' \;

見るの2番目のshは何ですかsh -c 'some shell code' sh?ただし、主な「修正」は、シェルコードでアスタリスクを引用符で囲まないことです。この方法では、内部シェルではワイルドカードになります (ただし、外部シェルではワイルドカードにならず、適切に単一引用符で囲まれます)。問題は、*.log複数の単語に展開される可能性があることです (一致するファイルが多数ある場合)。この場合、test呼び出しが中断されます。

次のコードは*.logファイルのあるディレクトリを検索します。

find . -type d -exec sh -c '
   for f in "$1/"*.log; do test -e "$f" && exit 0; done; exit 1
' sh {} \; -print

このコードは移植可能です。 inner は必要なくbash、shより高速になるはずです。必要に応じ-printてに置き換えてください。-exec du …

exit 0これは、一致するファイル¹の存在が確認されるとすぐに、内部シェルから成功 ( ) を返すことによって機能しますtest。まだテストされていない一致するファイル (存在する場合) は無駄にテストされず、これにより時間が節約されます。一致しない場合は、パターンはリテラルのままで失敗testし、シェル全体が失敗して終了します ( exit 1)。-execもテストであるため、-print(または-exec du …そこに置いたもの) が実行されるかどうかに影響することに注意してください。

別のアプローチとしては、find一致するファイルを見つけるようにする

find . -name '*.log' … -print

そして、その出力を解析してディレクトリ名を分離し、最終的にで使用しますxargs。duディレクトリは複数回出現する可能性があり、パス名内の改行には移植性のないコード ( から始まる) が必要になります-print0。これは不必要に複雑になると思います。ディレクトリを検索する方が優れているようです。

¹test -eファイルがあるかどうかはメモで確認できますディレクトリなど通常のファイルの存在を確認するにはを使用しますtest -f。

Answer