Вопрос или проблема
Почему cp нуждается в флаге -r для копирования “рекурсивно”? Почему cp не копирует директории рекурсивно автоматически? Разве это не было бы более логично?
Есть ли какая-то документация, которая объясняет это решение? Почему я должен добавлять этот флаг, чтобы cp выполнял то, что он должен делать по умолчанию?
Как и многие другие детали команд Unix, это, вероятно, исторически сложилось. В Unix cp никогда не поддерживал рекурсивное копирование; вместо этого в версии V8 была добавлена специфическая рекурсивная команда rcp, позже замененная на reccp.
cp -r появился в 4.2BSD, в 1983 году. К тому времени поведение cp на директориях без -r было четко определено, и возможно, что некоторые инструменты полагались на то, что cp завершится неудачно, если исходник – директория. Изменение этого нарушило бы данное ожидание.
См. обоснование в спецификации cp в POSIX для дополнительного обсуждения -r и -R.
Ответ или решение
Команда cp в Unix-подобных системах требует использования флага -r для рекурсивного копирования каталогов, и это вызвано как историческими, так и техническими причинами, которые имеют важное значение для понимания многолетних традиций и стандартов операционных систем.
Теория: Термин "рекурсивное копирование" подразумевает переход по всей глубине вложенности каталогов и копирование всех содержащихся там файлов и подпапок. Почему бы не сделать это поведение по умолчанию, учитывая его очевидную полезность? Ответ, в значительной степени, связан с историческими аспектами развития Unix. В ранних версиях Unix, таких как V8, команда cp не осуществляла рекурсивное копирование; вместо этого было добавлено специализированное средство для рекурсивного копирования под названием rcp, а позднее — reccp. Эта функциональность не была включена в команду cp в ее стандартной форме.
Одной из возможных причин такой изначальной настройки является концептуальная цель и назначение команды cp. Изначально cp предназначалась для простого копирования файлов, а не каталогов, потому что копирование файловых структур могло создать ряд операционных и логистических проблем, особенно в контексте ранних файловых систем, которые имели жесткие ограничения по ресурсам и производительности. Копирование больших и вложенных файловых структур могло привести к значительному увеличению использования ресурсов, потенциальным сбоям или повреждениям данных в случае прерывания операций.
Пример: Представим себе разработчика или системного администратора в начале 1980-х. Они предполагают, что использование команды cp на каталог без флага -r приведет к ошибке, и это станет сигналом к необходимости изменения тактики или использования другой команды. Некоторые утилиты и сценарии того времени зависели от этого предсказуемого поведения, особенно когда надо было удостовериться, что каталоги не будут случайно копированы.
Классический пример: администратор мог бы написать скрипт, который, если бы cp по умолчанию копировала каталоги рекурсивно, мог бы неожиданно привести к захвату всех файлов внутри каталога, что значительно увеличило бы время выполнения и потребность в ресурсах.
Применение: Использование флага -r в современной среде Unix сохраняет предсказуемость поведения команд, что крайне важно для системных администраторов и программистов при написании скриптов автоматизации. POSIX, основополагающий стандарт для совместимости Unix-систем, поддерживает это устоявшееся поведение как часть своих спецификаций, что делает его обязательным правилом в большинстве Unix-подобных операционных систем.
С точки зрения практической перспективы, наличие такого флага требует, чтобы пользователь специфично указал свои намерения; это поощряет и напоминает акцентировать внимание на командные параметры, предотвращая накладные непредвиденные последствия. Рекурсивное копирование каталогов без намеренного указания на это может привести не только к ошибкам, но и к серьезным проблемам вплоть до потери данных в живых системах.
Таким образом, внедрение флага -r как обязательного условия – это не только историческая традиция, но и логичный шаг к обеспечению безопасности и гибкости в управлении системными ресурсами. Это также демонстрирует важность осознанного использования системы и умения управлять командными настройками в рамках администрации серверов и других вычислительных мощностей.
Несмотря на кажущуюся архаичность, этот подход гарантирует, что пользователи предоставляют осознанное, точное руководство системе, что отражает философию Unix о предоставлении пользователям высокой степени контроля и осознанности при выполнении операционных задач.