В чем разница между > и >> в Linux?

Различие между операторами > и >> в Linux

Оба оператора > и >> используются в командной оболочке Linux (Bash, Zsh и других) для перенаправления вывода (standard output, stdout) команд в файлы. Несмотря на внешнюю схожесть, они выполняют принципиально разные операции с файлами, и понимание этой разницы критически важно для эффективной работы в командной строке.

Оператор > (Перезапись)

Оператор > выполняет перезапись (overwrite) файла. Это означает:

• Если целевой файл существует, его содержимое будет полностью стерто, а затем в этот пустой файл запишется новый вывод команды.
• Если целевой файл не существует, он будет создан автоматически.
• Этот оператор используется, когда предыдущее содержимое файла не представляет ценности или когда требуется начать запись "с чистого листа".

Примеры использования >:

# Запись текущей даты в файл, перезаписывая его
date > current_date.txt

# Список файлов в текущем каталоге будет перезаписан в list.txt, удалив старую версию
ls -la > list.txt

# Сохранение ошибок (stderr) в файл (2>&1 перенаправляет stderr в stdout)
some_command 2>&1 > error_log.txt

Оператор >> (Добавление)

Оператор >> выполняет добавление (append) в конец файла. Это означает:

• Если целевой файл существует, новый вывод команды будет дописан в конец файла, после существующего содержимого. Исходные данные остаются нетронутыми.
• Если целевой файл не существует, он будет создан (как и в случае с >), и вывод будет записан в него.
• Этот оператор незаменим для ведения логов, журналов событий или любого сценария, где требуется сохранять историю операций.

Примеры использования >>:

# Добавление текущей даты и времени в конец лог-файла при каждом выполнении
date >> application.log

# Добавление новой строки в конец файла конфигурации
echo "export NEW_VAR=value" >> ~/.bashrc

# Сбор вывода нескольких команд в один общий отчет
uname -a >> system_info.txt
lscpu >> system_info.txt
free -h >> system_info.txt

Сводная таблица различий

Практический пример для DevOps-инженера

Представьте задачу мониторинга доступности сервера. Скрипт, использующий >, будет бесполезен, так как каждый новый вызов сотрет историю.

Неправильно (с >):

#!/bin/bash
# Этот скрипт сохранит ТОЛЬКО результат последней проверки
if ping -c 1 myserver.com &> /dev/null; then
    echo "$(date): Server is UP" > ping_log.txt
else
    echo "$(date): Server is DOWN" > ping_log.txt
fi

Правильно (с >>):

#!/bin/bash
# Этот скрипт создаст полноценный журнал доступности
if ping -c 1 myserver.com &> /dev/null; then
    echo "$(date): Server is UP" >> /var/log/ping_monitor.log
else
    echo "$(date): Server is DOWN - ALERT!" >> /var/log/ping_monitor.log
    # Здесь можно добавить отправку уведомления (email, Slack, Telegram)
fi

Важные сопутствующие моменты

1. Перенаправление потоков ошибок (2> и 2>>). Аналогично работают операторы для потока стандартных ошибок (stderr, дескриптор 2).

    *   `command 2> errors.txt` — перезапишет файл с ошибками.
    *   `command 2>> errors.txt` — добавит ошибки в конец файла.

1. Перенаправление обоих потоков. Чтобы записать и stdout, и stderr в один файл, используется конструкция &> или &>> (в Bash) или command > file 2>&1.

   # Bash-специфичный вариант
   script.sh &>> complete_log.txt
   
   # Переносимый POSIX-вариант
   script.sh >> complete_log.txt 2>&1
   

2. Опасность >. Неосторожное использование > с важным файлом (например, конфигурационным) может привести к безвозвратной потере данных. Всегда проверяйте команды, особенно с sudo.

Вывод для DevOps-инженера: Выбор между > и >> — это выбор между сбросом состояния и сохранением истории. > — ваш инструмент для создания конечных артефактов (билдов, разовых отчетов), а >> — фундаментальный механизм для построения всех систем логирования и аудита, которые являются кровеносной системой observability и отказоустойчивости инфраструктуры.