Какова дополнительная ценность опции -T в GNU cp и mv?

Почему некоторые команды GNU Coreutils имеют -T/--no-target-directoryопцию? Кажется, что все, что он делает, может быть достигнуто с помощью семантики .(собственной точки) в традиционной иерархии каталогов Unix.

Принимая во внимание:

cp -rT /this/source dir

Эта -Tопция предотвращает создание копии dir/sourceподкаталогом. Скорее /this/sourceидентифицируется с dirи содержимое отображается между деревьями соответственно. Так, например, /this/source/foo.cидет dir/foo.cи так далее, а не к dir/source/foo.c.

Но это может быть легко достигнуто без использования -Tопции:

cp -r /this/source/. dir  # Probably worked fine since dawn of Unix?

Семантически компонент задней точки копируется как дочерний элемент dir, но, конечно, этот «дочерний элемент » уже существует (поэтому его не нужно создавать) и фактически является dirсамим собой, поэтому эффект /this/pathидентифицируется с dir.

Это работает нормально, если текущий каталог является целью:

cp -r /this/tree/node/. . # node's children go to current dir

Есть ли что-то, что вы можете сделать только с этим, -Tчтобы рационализировать его существование? (Помимо поддержки операционных систем, которые не реализуют каталог точек, обоснование, не упомянутое в документации.)

Разве вышеприведенный точечный фокус не решает те же условия гонки, о которых говорится в документации GNU Info -T?

Ваш .трюк может быть использован только когда вы копируете каталог, а не файл. -TОпция работает как с каталогами и файлами. Если вы делаете:

cp srcfile destfile

и уже есть каталог с именем, в который destfileон будет копироваться destfile/srcfile, что может быть не предназначено. Итак, вы используете

cp -T srcfile destfile

и вы правильно получаете ошибку:

cp: cannot overwrite directory `destfile' with non-directory

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

cp: cannot stat `srcfile/.`: Not a directory

Проблема с cp/ mv/, lnпоскольку они были изначально разработаны, состоит в том, что они представляют собой две команды в одной ( копировать в и копировать в ).

cp A B

это либо копирование A в B, либо копирование A в B ( копирование A в B / A ) в зависимости от того, Bсуществует ли и является ли каталог каталогом или нет (и больше вариантов, если B является символической ссылкой на каталог).

Это плохо, потому что это неоднозначно. Таким образом, реализации GNU добавили варианты, чтобы обойти это.

cp -T A B

копии от А до Б независимо. Если Bсуществует и является каталогом, это не удастся (если вы не пройдете -r). В любом случае вы не получите Aфайл внутри, Bесли вы намеревались Aскопировать его в B.

А также:

cp -t B A

это копия в .

-TМожет обеспечить провал , если каталог неправильно существует для того, что должно быть файл назначения:

$ mkdir mustbeafile
$ touch afile
$ cp -T afile mustbeafile
cp: cannot overwrite directory `mustbeafile' with non-directory
$ echo $?
1
$ cp afile mustbeafile
$ 

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

Использование флага также намного понятнее и снижает риск непреднамеренных эффектов, когда команда используется в сценарии, а не вводится вручную. Вставка точек в пути в скрипте может привести к неожиданным неприятностям.