Есть ли способ заставить «мв» потерпеть неудачу молча?

Команда like mv foo* ~/bar/выдает это сообщение в stderr, если не найдено ни одного файла foo*.

mv: cannot stat `foo*': No such file or directory

Тем не менее, в сценарии, над которым я работаю, этот случай вполне подойдет, и я хотел бы опустить это сообщение в наших журналах.

Есть ли хороший способ сказать, mvчтобы быть тихим, даже если ничего не было перемещено?

Вы ищете это?

$ mv  file dir/
mv: cannot stat ‘file’: No such file or directory
$ mv  file dir/ 2>/dev/null
# <---- Silent ----->

На самом деле, я не думаю, что отключение звука mvявляется хорошим подходом (помните, что он может сообщать вам и о других вещах, которые могут представлять интерес ... например, отсутствующие ~/bar). Вы хотите отключить звук только в том случае, если ваше глобальное выражение не возвращает результатов. На самом деле, а не выполнять его вообще.

[ -n "$(shopt -s nullglob; echo foo*)" ] && mv foo* ~/bar/

Не выглядит очень привлекательно, и работает только в bash.

ИЛИ ЖЕ

[ 'foo*' = "$(echo foo*)" ] || mv foo* ~/bar/

только кроме вас в bashс nullglobнабором. Вы платите цену за 3-хкратное повторение образца шара.

find . -maxdepth 1 -name 'foo*' -type f -print0 | xargs -0r mv -t ~/bar/

- GNU mvимеет хороший параметр "destination first" ( -t) и xargsможет пропустить выполнение своей команды, если нет ввода вообще ( -r). Использование -print0и -0соответственно гарантирует, что не будет беспорядка, когда имена файлов содержат пробелы и другие "забавные" вещи.

Важно понимать, что на самом деле это оболочка, которая расширяет ее foo*до списка совпадающих имен файлов, поэтому мало что mvможет сделать сам.

Проблема здесь в том, что когда глобус не совпадает, некоторые оболочки bash(и большинство других подобных Борну оболочек, такое ошибочное поведение было фактически введено оболочкой Борна в конце 70-х) дословно передают шаблон в команду.

Таким образом, здесь, когда foo*не совпадает ни один файл, вместо прерывания команды (как это делают оболочки до Борна и несколько современных оболочек), оболочка передает дословный foo*файл mv, поэтому в основном запрашивается mvперемещение вызываемого файла foo*.

Этот файл не существует. Если бы это было так, это действительно соответствовало бы шаблону, поэтому mvвыдает ошибку. Если шаблон был foo[xy]вместо этого, mvмог бы случайно переместить файл с именем foo[xy]вместо fooxи fooyфайлов.

Теперь, даже в тех оболочках, у которых нет этой проблемы (pre-Bourne, csh, tcsh, fish, zsh, bash -O failglob), вы все равно получите сообщение об ошибке mv foo* ~/bar, но на этот раз от оболочки.

Если вы хотите считать это не ошибкой, если нет соответствия файлов foo*и в этом случае ничего не перемещать, сначала нужно создать список файлов (таким образом, чтобы не вызывать ошибку, например, с помощью nullglobпараметра некоторые снаряды), и тогда только вызов mvэто список не пустой.

Это было бы лучше, чем скрывать все ошибки mv(как при добавлении 2> /dev/null), как если бы произошел mvсбой по любой другой причине, вы, вероятно, все равно захотите узнать, почему.

в зш

files=(foo*(N)) # where the N glob qualifier activates nullglob for that glob
(($#files == 0)) || mv -- $files ~/bar/

Или используйте анонимную функцию, чтобы избежать использования временной переменной:

() { (($# == 0)) || mv -- "$@" ~/bar/; } foo*(N)

zshэто одна из тех оболочек, которые не имеют ошибки Борна и сообщают об ошибке, не выполнив команду, когда глобус не совпадает (и nullglobопция не была включена), поэтому здесь вы можете скрыть zshошибку и восстановить для stderr, mvтак что вы все равно увидите mvошибки, если они есть, но не ошибки о несоответствующих глобусах:

(mv 2>&3 foo* ~/bar/) 3>&2 2>&-

Или вы можете использовать, zargsчто также позволит избежать проблем, если foo*глобус будет расширяться до слишком больших файлов.

autoload zargs # best in ~/.zshrc
zargs -r -- foo* -- mv -t ~/bar # here assuming GNU mv for its -t option

В кш93:

files=(~(N)foo*)
((${#files[#]} == 0)) || mv -- "${files[@]}" ~/bar/

В Баш:

bashне имеет синтаксиса для включения только nullglobдля одного глобуса, и failglobопция отменяется, nullglobпоэтому вам понадобятся такие вещи, как:

saved=$(shopt -p nullglob failglob) || true
shopt -s nullglob
shopt -u failglob
files=(foo*)
((${#files[@]} == 0)) || mv -- "${files[@]}" ~/bar/
eval "$saved"

или установить параметры в подоболочке для сохранения, чтобы сохранить их до, а затем восстановить их.

(
  shopt -s nullglob
  shopt -u failglob
  files=(foo*)
  ((${#files[@]} == 0)) || mv -- "${files[@]}" ~/bar/
)

В yash

(
  set -o nullglob
  files=(foo*)
  [ "${#files[@]}" -eq 0 ] || mv -- "${files[@]}" ~/bar/
)

В fish

В оболочке fish поведение nullglob является значением по умолчанию для setкоманды, поэтому оно просто:

set files foo*
count $files > /dev/null; and mv -- $files ~/bar/

POSIXly

Там нет nullglobопции в POSIX shи нет массива, кроме позиционных параметров. Есть способ, который вы можете использовать для определения соответствия шара или нет:

set -- foo[*] foo*
if [ "$1$2" != 'foo[*]foo*' ]; then
  shift
  mv -- "$@" ~/bar/
fi

Используя как a, так foo[*]и foo*glob, мы можем различить случай, когда нет соответствующего файла, и случай, когда есть один файл, который вызван foo*(что set -- foo*не может сделать).

Больше чтения:

• Почему nullglob не используется по умолчанию?
• это связанное обсуждение в списке рассылки Austin Group (Austin Group является органом, который поддерживает спецификацию POSIX)

Возможно, это не самый лучший вариант, но вы можете использовать findкоманду, чтобы проверить, пуста ли папка или нет:

find "foo*" -type f -exec mv {} ~/bar/ \;

Я предполагаю, что вы используете bash, потому что эта ошибка зависит от поведения bash для расширения непревзойденных глобусов для себя. (Для сравнения, zsh выдает ошибку при попытке развернуть бесподобный глобус.)

Итак, как насчет следующего обходного пути?

ls -d foo* >/dev/null 2>&1 && mv foo* ~/bar/

Это будет молча игнорировать, mvесли происходит ls -d foo*сбой, в то время как все еще регистрирует ошибки, если ls foo*успешно, но происходит mvсбой. (Остерегайтесь, ls foo*может произойти сбой по другим причинам, кроме foo*несуществующих, например, из-за недостаточных прав, проблем с FS и т. Д., Поэтому такие условия будут игнорироваться этим решением.)

Вы можете сделать, например,

mv 1>/dev/null 2>&1 foo* ~/bar/ или же mv foo* ~/bar/ 1&>2

Для получения более подробной информации смотрите: http://mywiki.wooledge.org/BashFAQ/055

Вы можете обмануть (переносимо) с perl:

perl -e 'system "mv foo* ~/bar/" if glob "foo*"'

Если вы собираетесь использовать Perl, вы можете пройти весь путь:

#!/usr/bin/perl
use strict;
use warnings;
use File::Copy;

my $target = "$ENV{HOME}/bar/";

foreach my $file (<foo*>) {
    move $file, $target  or warn "Error moving $file to $target: $!\n";
}

или как однострочник:

perl -MFile::Copy -E 'move $_, "$ENV{HOME}/bar/" or warn "$_: $!\n" for <foo*>'

(Подробнее о moveкоманде см. Документацию для File :: Copy .)

Вместо

mv foo* ~/bar/

ты можешь сделать

cp foo* ~/bar/
rm foo* 

Просто, читабельно :)

mv foo* ~/bar/ 2>/dev/null

Является ли команда «Выше» успешной или нет, мы можем определить по состоянию выхода предыдущей команды

command: echo $?

если вывод echo $? отличается от 0 означает, что команда неуспешна, если вывод равен 0 означает, что команда успешна