Warum funktioniert find -exec mv {} ./target/ + nicht?

Ich möchte genau wissen, was {} \;und {} \+und | xargs .... Bitte klären Sie diese mit Erläuterungen.

Unter 3 Befehlen wird das gleiche Ergebnis ausgeführt und ausgegeben, aber der erste Befehl benötigt etwas Zeit und das Format unterscheidet sich ebenfalls geringfügig.

find . -type f -exec file {} \;
find . -type f -exec file {} \+
find . -type f | xargs file

Dies liegt daran, dass der erste fileBefehl für jede Datei ausgeführt wird, die vom findBefehl stammt. Im Grunde läuft es also wie folgt:

file file1.txt
file file2.txt

Aber letztere 2 finden mit -execBefehlen den Befehl file einmal für alle Dateien wie unten ausführen:

file file1.txt file2.txt

Dann führe ich die folgenden Befehle aus, bei denen der erste ohne Probleme ausgeführt wird, der zweite jedoch eine Fehlermeldung ausgibt.

find . -type f -iname '*.cpp' -exec mv {} ./test/ \;
find . -type f -iname '*.cpp' -exec mv {} ./test/ \+ #gives error:find: missing argument to `-exec'

Für Befehl mit {} \+gibt es mir die Fehlermeldung

find: missing argument to `-exec'

warum ist das so? Kann mir bitte jemand erklären, was ich falsch mache?

Die Handbuchseite (oder das Online-GNU-Handbuch ) erklärt so ziemlich alles.

find -exec Befehl {} \;

Für jedes Ergebnis command {}wird ausgeführt. Alle Vorkommen von {}werden durch den Dateinamen ersetzt. ;wird mit einem Schrägstrich versehen, um zu verhindern, dass die Shell ihn interpretiert.

find -exec Befehl {} +

Jedes Ergebnis wird angehängt commandund anschließend ausgeführt. Unter Berücksichtigung der Befehlslängenbeschränkungen kann dieser Befehl möglicherweise mehrmals ausgeführt werden, wobei die Handbuchseite mich unterstützt:

Die Gesamtzahl der Aufrufe des Befehls ist viel geringer als die Anzahl der übereinstimmenden Dateien.

Beachten Sie dieses Zitat aus der Handbuchseite:

Die Befehlszeile wird ähnlich wie xargs seine Befehlszeilen erstellt

Aus diesem Grund sind keine Zeichen zwischen {}und +außer Leerzeichen zulässig . +lässt find erkennen, dass die Argumente genau wie an den Befehl angehängt werden sollen xargs.

Die Lösung

Glücklicherweise kann die GNU-Implementierung von mvdas Zielverzeichnis als Argument mit einem -toder dem längeren Parameter akzeptieren --target. Die Verwendung wird sein:

mv -t target file1 file2 ...

Ihr findBefehl wird:

find . -type f -iname '*.cpp' -exec mv -t ./test/ {} \+

Von der Handbuchseite:

-exec Befehl;

Befehl ausführen; true, wenn der Status 0 zurückgegeben wird. Alle folgenden zu findenden Argumente gelten als Argumente für den Befehl, bis ein Argument aus `; ' angetroffen wird. Die Zeichenfolge "{}" wird durch den aktuellen Dateinamen ersetzt, der überall dort verarbeitet wird, wo er in den Argumenten des Befehls vorkommt, nicht nur in Argumenten, in denen er allein ist, wie in einigen Versionen von find. Diese beiden Konstruktionen müssen möglicherweise maskiert (mit einem "\") oder in Anführungszeichen gesetzt werden, um sie vor der Erweiterung durch die Shell zu schützen. Im Abschnitt BEISPIELE finden Sie Beispiele für die Verwendung der Option -exec. Der angegebene Befehl wird einmal für jede übereinstimmende Datei ausgeführt. Der Befehl wird im Startverzeichnis ausgeführt. Es gibt unvermeidbare Sicherheitsprobleme bei der Verwendung der Aktion -exec. Sie sollten stattdessen die Option -execdir verwenden.

-exec Befehl {} +

Diese Variante der Aktion -exec führt den angegebenen Befehl für die ausgewählten Dateien aus. Die Befehlszeile wird jedoch erstellt, indem jeder ausgewählte Dateiname am Ende angehängt wird. Die Gesamtzahl der Aufrufe des Befehls ist viel geringer als die Anzahl der übereinstimmenden Dateien. Die Befehlszeile wird ähnlich wie xargs seine Befehlszeilen erstellt. Innerhalb des Befehls ist nur eine Instanz von "{}" zulässig. Der Befehl wird im Startverzeichnis ausgeführt.

Unter Mac OS X ist bei der Verwendung einer ZSH- Shell dasselbe Problem aufgetreten : In diesem Fall gibt es keine -tOption für mv, sodass ich eine andere Lösung finden musste. Der folgende Befehl war jedoch erfolgreich:

find .* * -maxdepth 0 -not -path '.git' -not -path '.backup' -exec mv '{}' .backup \;

Das Geheimnis war , die Zahnspange zu zitieren . Die Klammern müssen sich nicht am Ende des execBefehls befinden.

Ich habe unter Ubuntu 14.04 (mit BASH- und ZSH- Shells) getestet , es funktioniert genauso.

Bei Verwendung des +Zeichens muss es jedoch tatsächlich am Ende des execBefehls stehen.

Das Standardäquivalent find -iname ... -exec mv -t dest {} +für findImplementierungen, die nicht unterstützt werden, -inameoder mvImplementierungen, die nicht unterstützt werden, -tist die Verwendung einer Shell, um die Argumente neu zu ordnen:

find . -name '*.[cC][pP][pP]' -type f -exec sh -c '
  exec mv "$@" /dest/dir/' sh {} +

Durch die Verwendung -name '*.[cC][pP][pP]'vermeiden wir auch die Abhängigkeit vom aktuellen Gebietsschema, um zu entscheiden, welche Großbuchstabenversion von coder verwendet wird p.

Beachten Sie, dass +im Gegensatz dazu ;in keiner Shell etwas Besonderes ist und daher nicht in Anführungszeichen gesetzt werden muss (obwohl das Zitieren nicht schadet, außer natürlich bei solchen Shells rc, die \als Anführungszeichen-Operator nicht unterstützt werden).

Der nachlauf /in /dest/dir/ist , so dass mvmit einem Fehler fehlschlägt statt Umbenennung foo.cppauf /dest/dirdem Fall, dass nur eine cppDatei gefunden wurde und /dest/dirnicht existierte oder war kein Verzeichnis (oder Symlink - Verzeichnis).

find . -name "*.mp3" -exec mv --target-directory=/home/d0k/Музика/ {} \+

Nein, der Unterschied zwischen +und \;sollte umgekehrt werden. +Hängt die Dateien an das Ende des Befehls exec an, \;führt dann den Befehl exec aus und führt den Befehl für jede Datei aus.

Das Problem ist, find . -type f -iname '*.cpp' -exec mv {} ./test/ \+dass es find . -type f -iname '*.cpp' -exec mv {} ./test/ + nicht nötig sein sollte, dem zu entkommen oder das zu beenden+

xargs habe ich schon lange nicht mehr benutzt, aber ich denke, es funktioniert wie +.