Чому пошук -exec mv {} ./target/ + не працює?

Я хочу точно знати , що {} \;і {} \+та | xargs ...робити. Будь ласка, уточнюйте їх за допомогою пояснень.

Нижче 3 команд виконуються та видають один і той же результат, але перша команда займає небагато часу, а формат також трохи відрізняється.

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

Це тому, що 1-й запускає fileкоманду для кожного файлу, що надходить із findкоманди. Отже, в основному це працює так:

file file1.txt
file file2.txt

Але останні 2 знаходять за допомогою -execкоманд запустити команду файлу один раз для всіх файлів, як показано нижче:

file file1.txt file2.txt

Потім я запускаю наступні команди, за якими перша працює без проблем, а друга дає повідомлення про помилку.

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

Для команди з {} \+, він дає мені повідомлення про помилку

find: missing argument to `-exec'

чому так? хтось, будь ласка, пояснить, що я роблю неправильно?

Сторінка керівництва (або онлайн-інструкція GNU ) майже все пояснює.

знайти команду -exec {} \;

Для кожного результату command {}виконується. Усі випадки виникнення {}замінюються назвою файлу. ;попередньо встановлено косою рисою, щоб запобігти інтерпретації оболонки.

знайти команду -exec {} +

Кожен результат додається commandта виконується згодом. Враховуючи обмеження довжини команди, я думаю, що ця команда може виконуватися більше разів, при цьому сторінка вручну підтримує мене:

загальна кількість викликів команди буде значно меншою, ніж кількість відповідних файлів.

Зверніть увагу на цю цитату зі сторінки керівництва:

Командний рядок побудований приблизно так само, як xargs будує свої командні рядки

Ось чому жодні символи заборонені між пробілами {}та +за винятком них. +заставляє виявляти, що аргументи слід додавати до команди точно так само xargs.

Рішення

На щастя, реалізація GNU mvможе сприйняти цільовий каталог як аргумент з одним -tабо більш довгим параметром --target. Це використання буде:

mv -t target file1 file2 ...

Ваша findкоманда стає:

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

З сторінки керівництва:

-exec команда;

Виконати команду; вірно, якщо статус 0 повернуто. Усі наступні аргументи для пошуку вважаються аргументами команди, поки аргумент не складається з `; ' зустрічається. Рядок `{} замінюється поточним ім'ям файлу, який обробляється скрізь, де він зустрічається в аргументах команди, а не лише в аргументах, де він один, як у деяких версіях знаходження. Обидві ці конструкції, можливо, знадобиться уникнути (із символом `\ ') або цитувати їх, щоб захистити їх від розширення оболонкою. Див. Розділ ПРИКЛАДИ для прикладів використання параметра -exec. Зазначена команда виконується один раз для кожного відповідного файлу. Команда виконується в початковому каталозі. Існують неминучі проблеми безпеки щодо використання дії -exec; ви повинні використовувати замість цього -execdir.

команда -exec {} +

Цей варіант дії -exec виконує вказану команду на вибраних файлах, але командний рядок будується додаванням кожного вибраного імені файлу в кінці; загальна кількість викликів команди буде значно меншою, ніж кількість відповідних файлів. Командний рядок побудований приблизно так само, як xargs будує свої командні рядки. У команді дозволений лише один екземпляр `{}. Команда виконується в початковому каталозі.

Я зіткнувся з тією ж проблемою і на Mac OSX , використовуючи оболонку ZSH : у цьому випадку немає -tможливості для mv, тому мені довелося знайти інше рішення. Однак наступна команда вдалася:

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

Секрет полягав у цитуванні брекетів . Немає необхідності, щоб дужки були в кінці execкоманди.

Я тестував під Ubuntu 14.04 (з оболонками BASH та ZSH ), він працює так само.

Однак при використанні +знаку здається, що він повинен бути в кінці execкоманди.

Стандартний еквівалент find -iname ... -exec mv -t dest {} +для findреалізацій, які не підтримують, -inameабо mvреалізацій, які не підтримують, -tполягає у використанні оболонки для повторного замовлення аргументів:

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

Використовуючи -name '*.[cC][pP][pP]', ми також уникаємо опори на поточну локальну систему, щоб вирішити, яка саме велика версія cабо p.

Зауважте, що +, на відміну від, ;він не є особливим в жодній оболонці, тому його не потрібно цитувати (хоча цитування не зашкодить, за винятком, звичайно, оболонок rc, які не підтримують \як оператора цитування).

Заключення /в /dest/dir/такому випадку mvвиходить з помилки замість перейменування foo.cppна /dest/dirвипадок, коли cppбуло знайдено лише один файл і /dest/dirне існувало або не було каталогу (або символьної посилання на каталог).

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

ні, різниця між +і \;повинна бути зворотна. +додає файли до кінця команди exec, потім виконує команду exec і \;виконує команду для кожного файлу.

Проблема полягає в find . -type f -iname '*.cpp' -exec mv {} ./test/ \+тому, що find . -type f -iname '*.cpp' -exec mv {} ./test/ + не потрібно уникати цього рішення або припиняти його+

xargs, які я давно не використовую, але я думаю, що працює як +.