Как & ldquo; mv * & rdquo; знаете, куда двигаться?

Когда вы запустили его в этом каталоге, mv * был эквивалентен mv 1 2 3 4 a b c. Если параметр -t не присутствует, mv рассматривает последний аргумент без опции в качестве имени пункта назначения и, таким образом, перемещается 1, 2, 3, 4, a и b все в c.

Оболочка расширяет * в список имен файлов. Когда это произойдет, команда, которую вы запускаете, на самом деле не видит *, а только то, что она расширила. Таким образом, команда, которую вы запускаете, не может судить о том, как обрабатывать ее аргументы на основе того, что вы на самом деле набрали, - она ​​видит только, что оболочка передает ей.

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

(Вы можете настроить, как это работает с помощью опций оболочки dotglob, nullglob и nocaseglob и переменной GLOBIGNORE. Подробнее см. в документации .)

Если c не были каталогом, ваша команда потерпит неудачу, не сдвинет ничего и покажет это сообщение об ошибке:

Но так как c был он просто «работал», хотя - если вы выполняли команду для каких-либо целей, кроме как видеть, что она будет делать, вы not должны писать имя отдельного каталога в конец команды после *.

Чтобы более интуитивно показать, почему mv не знает, что его аргументы были расширены из *, предположим, что вы написали:

Это переместит 1 в c. Но, возможно, вам бы хотелось переместить два элемента в c:

Или пять элементов:

Или шесть элементов:

Но оболочка гарантировала, что mv * передал после команде mv как mv 1 2 3 4 a b c.

Часто было бы неудобно не переносить несколько элементы с одним вызовом mv. Но даже если это не было разрешено и всегда вызывало ошибку, вы все равно могли бы создать аналогичную запутанную ситуацию в каталоге, содержащем только две записи. Затем mv * в этом каталоге все равно попытается переместить один на другой.

Если вам интересно, что оболочка что-то расширит, вы можете заменить команду, которую вы хотите запустить с помощью printf '%s\n', который печатает все последующие аргументы, переданные ему, разделенные разрывами строк. Например:

Этот ответ добавляет несколько советов (но я думаю, что главный ответ: @Eliah Kagan).

Я сделал два псевдонима, чтобы сделать вещи немного более безопасными. Я храню их в ~/.bashrc рядом с другими псевдонимами.

Эти псевдонимы делают команды интерактивными, они спрашивают, хотите ли вы перезаписать / удалить.

mv спросите, хотите ли вы переписать цель, если она существует и является файлом, или если цель является каталогом и в ней уже есть файл с тем же именем. Это поможет вам избежать ошибок, например, когда вы используете дикие карты, mv *.

Обратите внимание на

Когда вы запустили его в этом каталоге, mv * был эквивалентен mv 1 2 3 4 a b c. Если параметр -t не присутствует, mv рассматривает последний аргумент без опции в качестве имени пункта назначения и, таким образом, перемещается 1, 2, 3, 4, a и b все в c.

Оболочка расширяет * в список имен файлов. Когда это произойдет, команда, которую вы запускаете, на самом деле не видит *, а только то, что она расширила. Таким образом, команда, которую вы запускаете, не может судить о том, как обрабатывать ее аргументы на основе того, что вы на самом деле набрали, - она ​​видит только, что оболочка передает ей.

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

(Вы можете настроить, как это работает с помощью опций оболочки dotglob, nullglob и nocaseglob и переменной GLOBIGNORE. Подробнее см. в документации .)

Если c не были каталогом, ваша команда потерпит неудачу, не сдвинет ничего и покажет это сообщение об ошибке:

Но так как c был он просто «работал», хотя - если вы выполняли команду для каких-либо целей, кроме как видеть, что она будет делать, вы not должны писать имя отдельного каталога в конец команды после *.

Чтобы более интуитивно показать, почему mv не знает, что его аргументы были расширены из *, предположим, что вы написали:

Это переместит 1 в c. Но, возможно, вам бы хотелось переместить два элемента в c:

Или пять элементов:

Или шесть элементов:

Но оболочка гарантировала, что mv * передал после команде mv как mv 1 2 3 4 a b c.

Часто было бы неудобно не переносить несколько элементы с одним вызовом mv. Но даже если это не было разрешено и всегда вызывало ошибку, вы все равно могли бы создать аналогичную запутанную ситуацию в каталоге, содержащем только две записи. Затем mv * в этом каталоге все равно попытается переместить один на другой.

Если вам интересно, что оболочка что-то расширит, вы можете заменить команду, которую вы хотите запустить с помощью printf '%s\n', который печатает все последующие аргументы, переданные ему, разделенные разрывами строк. Например:

Этот ответ добавляет несколько советов (но я думаю, что главный ответ: @Eliah Kagan).

Я сделал два псевдонима, чтобы сделать вещи немного более безопасными. Я храню их в ~/.bashrc рядом с другими псевдонимами.

Эти псевдонимы делают команды интерактивными, они спрашивают, хотите ли вы перезаписать / удалить.

mv спросите, хотите ли вы переписать цель, если она существует и является файлом, или если цель является каталогом и в ней уже есть файл с тем же именем. Это поможет вам избежать ошибок, например, когда вы используете дикие карты, mv *.

Обратите внимание на