Як я можу використовувати xargs для копіювання файлів, які мають пробіли та лапки у своїх іменах?

Я намагаюсь скопіювати купу файлів під каталог, і у ряді файлів є пробіли та одноцитати у їхніх назвах. Коли я намагаюся з'єднати разом findі grepз xargs, я отримую наступне повідомлення про помилку:

find .|grep "FooBar"|xargs -I{} cp "{}" ~/foo/bar
xargs: unterminated quote

Будь-які пропозиції щодо більш надійного використання xargs?

Це на Mac OS X 10.5.3 (Leopard) з BSD xargs.

Ви можете об'єднати все це в одну findкоманду:

find . -iname "*foobar*" -exec cp -- "{}" ~/foo/bar \;

Це обробляє назви файлів і каталогів з пробілами в них. Ви можете використовувати -nameдля отримання залежних від регістру результатів.

Примітка. --Прапор, переданий таким чином, cpне дозволяє йому обробляти файли, починаючи з -параметрів.

find . -print0 | grep --null 'FooBar' | xargs -0 ...

Я не знаю, чи grepпідтримує --null, чи xargsпідтримує -0, на Leopard, але в GNU це все добре.

Найпростіший спосіб зробити те, що хоче оригінальний плакат, - це змінити роздільник від будь-якого пробілу на лише символ кінця рядка, як це:

find whatever ... | xargs -d "\n" cp -t /var/tmp

Це більш ефективно, оскільки він не запускає "cp" кілька разів:

find -name '*FooBar*' -print0 | xargs -0 cp -t ~/foo/bar

Я зіткнувся з тією ж проблемою. Ось як я це вирішив:

find . -name '*FoooBar*' | sed 's/.*/"&"/' | xargs cp ~/foo/bar

Раніше я sedпідміняв кожен рядок введення тим самим рядком, але оточений подвійними лапками. З sedпідручної сторінки " ..." Амперсанд (`` & ''), що з'являється в заміні, замінюється рядком, що відповідає RE ... "- в цьому випадку .*весь рядок.

Це вирішує xargs: unterminated quoteпомилку.

Цей метод працює на Mac OS X v10.7.5 (Lion):

find . | grep FooBar | xargs -I{} cp {} ~/foo/bar

Я також перевірив точний синтаксис, який ви опублікували. Це також спрацювало чудово 10.7.5.

Просто не використовуйте xargs. Це акуратна програма, але вона не вдається добре findзіткнутися з нетривіальними випадками.

Ось портативне (POSIX) рішення, тобто таке, яке не потребує find, xargsабо cpспецифічні розширення GNU:

find . -name "*FooBar*" -exec sh -c 'cp -- "$@" ~/foo/bar' sh {} +

Зверніть увагу на закінчення +замість більш звичного ;.

Це рішення:

• правильно обробляє файли та каталоги із вбудованими пробілами, новинками або будь-якими екзотичними символами.

• працює в будь-якій системі Unix та Linux, навіть у тих, що не надають набір інструментів GNU.

• не використовує xargsприємну та корисну програму, але вимагає занадто багато налаштування та нестандартних функцій, щоб правильно обробити findвихід.

• є також більш ефективним (читати швидше ), ніж прийняті, і більшість, якщо не всі інші відповіді.

Зауважте також, що незважаючи на те, що зазначено в інших відповідях чи коментарях, цитування {}є марним (якщо ви не використовуєте екзотичну fishоболонку).

Погляньте на використання параметра --null командного рядка для xargs з опцією -print0 у пошуку.

Для тих, хто покладається на команди, крім знаходження, наприклад ls:

find . | grep "FooBar" | tr \\n \\0 | xargs -0 -I{} cp "{}" ~/foo/bar

find | perl -lne 'print quotemeta' | xargs ls -d

Я вважаю, що це спрацює надійно для будь-якого символу, окрім каналу рядків (і я підозрюю, що якщо у ваших іменах файлів канали рядків є, ви маєте гірші проблеми, ніж це). Він не вимагає GNU findutils, просто Perl, тому він повинен працювати майже в будь-якому місці.

Я виявив, що наступний синтаксис добре працює для мене.

find /usr/pcapps/ -mount -type f -size +1000000c | perl -lpe ' s{ }{\\ }g ' | xargs ls -l | sort +4nr | head -200

У цьому прикладі я шукаю найбільші 200 файлів, що перевищують 1 000 000 байт у файловій системі, встановленої на "/ usr / pcapps".

Лінійний рядок Perl між "find" та "xargs" уникає / цитує кожен пробіл, тому "xargs" передає будь-яке ім'я файлу із вбудованими пробілами до "ls" як єдиний аргумент.

Виклик кадрів - ви запитуєте, як використовувати xargs. Відповідь: ви не використовуєте xargs, тому що вам це не потрібно.

У коментаріuser80168 описується спосіб зробити це безпосередньо за допомогою cp, не викликаючи cp для кожного файлу:

find . -name '*FooBar*' -exec cp -t /tmp -- {} +

Це працює тому, що:

• cp -tпрапор дозволяє дати цільової каталог ближче до початку cp, а не ближче до кінця. Від man cp:

   -t, --target-directory=DIRECTORY
         copy all SOURCE arguments into DIRECTORY

• --Прапор говорить cpінтерпретувати все після того, як в якості імені файлу, а НЕ прапор, тому файли , що починаються з -або --НЕ заплутувати cp; це все ще потрібно, тому що -/ --символи інтерпретуються cp, тоді як будь-які інші спеціальні символи інтерпретуються оболонкою.

• find -exec command {} +Варіант по суті , робить те ж саме , як xargs. Від man find:

   -exec command {} +                                                     
         This  variant  of the -exec action runs the specified command on
         the selected files, but the command line is built  by  appending
         each  selected file name at the end; the total number of invoca‐
         matched  files.   The command line is built in much the same way
         that xargs builds its command lines.  Only one instance of  `{}'
         is  allowed  within the command, and (when find is being invoked
         from a shell) it should be quoted (for example, '{}') to protect
         it  from  interpretation  by shells.  The command is executed in
         the starting directory.  If any invocation  returns  a  non-zero
         value  as exit status, then find returns a non-zero exit status.
         If find encounters an error, this can sometimes cause an immedi‐
         ate  exit, so some pending commands may not be run at all.  This
         variant of -exec always returns true.

Використовуючи це в пошуку безпосередньо, це дозволяє уникнути необхідності виклику каналу або оболонки, таким чином, що вам не потрібно турбуватися про будь-які неприємні символи у назви файлів.

Майте на увазі, що більшість варіантів, що обговорюються в інших відповідях, не є стандартними для платформ, які не використовують утиліти GNU (наприклад, Solaris, AIX, HP-UX). Див. Специфікацію POSIX щодо "стандартної" поведінки xargs.

Я також вважаю, що поведінка xargs, згідно з якою вона виконує команду принаймні один раз, навіть без введення даних, викликає неприємності.

Я написав власну приватну версію xargs (xargl), щоб вирішити проблеми пробілів в іменах (окремі лише нові рядки - хоча комбінація 'find ... -print0' та 'xargs -0' досить акуратна, враховуючи, що імена файлів не можуть містять символи ASCII NUL '\ 0'. Мій xargl не настільки повний, як потрібно було б опублікувати, тим більше, що GNU має засоби, принаймні такі ж хороші.

За допомогою Bash (не POSIX) ви можете використовувати підстановку процесу для отримання поточної лінії всередині змінної. Це дозволяє використовувати лапки, щоб уникнути спеціальних символів:

while read line ; do cp "$line" ~/bar ; done < <(find . | grep foo)

Для мене я намагався зробити щось трохи інше. Я хотів скопіювати свої .txt файли у свою папку tmp. Назви файлів .txt містять пробіли та символи апострофа. Це працювало на моєму Mac.

$ find . -type f -name '*.txt' | sed 's/'"'"'/\'"'"'/g' | sed 's/.*/"&"/'  | xargs -I{} cp -v {} ./tmp/

Якщо версії find and xarg у вашій системі не підтримують -print0і -0перемикачі (наприклад, AIX find та xargs), ви можете використовувати цей жахливо виглядає код:

 find . -name "*foo*" | sed -e "s/'/\\\'/g" -e 's/"/\\"/g' -e 's/ /\\ /g' | xargs cp /your/dest

Тут sed подбає про те, щоб уникнути простору та цитати для xargs.

Випробувано на AIX 5.3

Я створив невеликий сценарій портативної обгортки під назвою "xargsL" навколо "xargs", який вирішує більшість проблем.

На відміну від xargs, xargsL приймає одну назву шляху на рядок. Імена шляхів можуть містити будь-який символ, за винятком (очевидно) нового рядка або балів NUL.

У списку файлів не дозволено і не підтримується цитування - назви ваших файлів можуть містити всілякі пробіли, зворотні косої риси, задні підказки, символи символів оболонки тощо - xargsL обробить їх як буквальні символи, шкоди не буде зроблено.

Як додаткова функція бонусу, xargsL не запустить команду один раз, якщо немає вводу!

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

$ true | xargs echo no data
no data

$ true | xargsL echo no data # No output

Будь-які аргументи, надані xargsL, будуть передані до xargs.

Ось сценарій оболонки "xargsL" POSIX:

#! /bin/sh
# Line-based version of "xargs" (one pathname per line which may contain any
# amount of whitespace except for newlines) with the added bonus feature that
# it will not execute the command if the input file is empty.
#
# Version 2018.76.3
#
# Copyright (c) 2018 Guenther Brunthaler. All rights reserved.
#
# This script is free software.
# Distribution is permitted under the terms of the GPLv3.

set -e
trap 'test $? = 0 || echo "$0 failed!" >& 2' 0

if IFS= read -r first
then
        {
                printf '%s\n' "$first"
                cat
        } | sed 's/./\\&/g' | xargs ${1+"$@"}
fi

Помістіть сценарій у якийсь каталог вашого $ PATH і не забудьте

$ chmod +x xargsL

сценарій там, щоб зробити його виконуваним.

Версія Perl bill_starr не буде добре працювати для вбудованих нових рядків (лише справляється з пробілами). Для тих, хто напр. Solaris, де у вас немає інструментів GNU, може бути більш повна версія (використовуючи sed) ...

find -type f | sed 's/./\\&/g' | xargs grep string_to_find

відрегулюйте аргументи пошуку та grep або інших команд, як вам потрібно, але sed буде виправляти ваші вбудовані нові рядки / пробіли / вкладки.

Я використав відповідь Білла Стар, трохи змінена на Solaris:

find . -mtime +2 | perl -pe 's{^}{\"};s{$}{\"}' > ~/output.file

Це поставить лапки навколо кожного рядка. Я не використовував варіант '-l', хоча це, мабуть, допоможе.

Список файлів, які я збирався, хоч міг би мати "-", але не нові рядки. Я не використовував вихідний файл з будь-якими іншими командами, оскільки я хочу переглянути те, що було знайдено, перш ніж я просто почав масово видаляти їх через xargs.

Я трохи пограв з цим, почав роздумувати про зміни xargs і зрозумів, що для виду використання, про який ми говоримо тут, просте повторне втілення в Python є кращою ідеєю.

З одного боку, наявність ~ 80 рядків коду для всієї речі означає, що легко зрозуміти, що відбувається, і якщо потрібна інша поведінка, ви можете просто зламати його в новий сценарій за менший час, ніж потрібно для отримання відповідь десь, як Stack Overflow.

Дивіться https://github.com/johnallsup/jda-misc-scripts/blob/master/yargs та https://github.com/johnallsup/jda-misc-scripts/blob/master/zargs.py .

З написаними ярлами (і встановлено Python 3) ви можете вводити:

find .|grep "FooBar"|yargs -l 203 cp --after ~/foo/bar

робити одночасно копіювання 203 файлів. (Тут, звичайно, 203 - це просто заповнювач, і якщо використовувати таке дивне число, як 203, ясно, що це число не має іншого значення.)

Якщо ви дійсно хочете чогось швидшого та без потреби в Python, візьміть зарги та ярги як прототипи та перепишіть на C ++ чи C.

Вам може знадобитися зірвати каталог Foobar на зразок:

find . -name "file.ext"| grep "FooBar" | xargs -i cp -p "{}" .

Якщо ви використовуєте Bash, ви можете перетворити stdout в масив рядків mapfile:

find . | grep "FooBar" | (mapfile -t; cp "${MAPFILE[@]}" ~/foobar)

Переваги:

• Він вбудований, тому швидше.
• Виконайте команду з усіма іменами файлів за один раз, так це швидше.

• До імен файлів можна додати інші аргументи. Бо cpви також можете:

  find . -name '*FooBar*' -exec cp -t ~/foobar -- {} +
  

  проте деякі команди не мають такої функції.

Недоліки:

• Можливо, недостатньо масштабувати, якщо занадто багато імен файлів. (Обмеження? Я не знаю, але я протестував 10-Мб файл списку, який включає 10000+ імен файлів без проблем, під Debian)

Ну ... хто знає, чи доступний Bash на OS X?