Какова цель «тройник»?

То, что вы не видите, что do_something | tee -a logfileставит вывод в logfile и на стандартный вывод, а do_something >> logfileставит его только в лог - файл.

Цель teeсостоит в том, чтобы создать сценарий с одним входом и несколькими выходами, как в пересечении «Т».

РЕДАКТИРОВАТЬ

Там были комментарии о том, как teeпозволяет более простое использование sudo. Это рядом с точкой: cat, ddили, может быть, лучше bufferпредоставить эту возможность с более высокой производительностью, если вы не нужны несколько выходов. Используйте teeдля того, для чего он предназначен, а не для того, что он «может сделать»

Tee не бесполезен

Может быть, вы знали это в любом случае? Если нет, то читайте дальше! Или, если вы знаете, как он работает, но не знаете, почему он существует, перейдите к концу, чтобы увидеть, как он вписывается в философию Unix.

Что это цель tee?

В простейшем случае он берет данные на стандартный ввод и записывает их в стандартный вывод и один (или более) файл. Он был уподоблен соединительному тройнику так, как он разделяет один вход на два выхода (и два направления).

Примеры

Давайте возьмем ваш первый пример:

do_something | tee -a logfile 

Он принимает вывод do_somethingи добавляет его в файл журнала, а также отображает его для пользователя. На самом деле, страница Википедииtee содержит второй пример:

Чтобы просмотреть и добавить вывод команды из существующего файла:

 lint program.c | tee -a program.lint 

Это отобразит стандартный вывод команды lint program.c на компьютере и одновременно добавит его копию в конец файла program.lint. Если файл program.lint не существует, он создается.

В следующем примере есть другое применение: повышение разрешений :

Чтобы разрешить эскалацию разрешений:

cat ~/.ssh/id_rsa.pub | ssh admin@server "sudo tee -a /root/.ssh/authorized_keys2 > /dev/null" 

В этом примере показано, как тройник используется для обхода внутреннего ограничения в sudoкоманде. sudoне может передать стандартный вывод в файл. Выгружая его стандартный поток вывода /dev/null, мы также подавляем зеркальный вывод в консоли. Приведенная выше команда предоставляет текущему пользователю root доступ к серверу через ssh, установив открытый ключ пользователя в список авторизации ключей сервера.

Или, может быть, вы хотите взять выходные данные одной команды, записать их где-нибудь, а также использовать их в качестве входных данных для другой команды?

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

Следующая команда создаст резервную копию записей crontab и передаст записи crontab как входные данные для команды sed, которая выполнит замену. После замены он будет добавлен в качестве нового задания cron.

$ crontab -l | tee crontab-backup.txt | sed 's/old/new/' | crontab – 

(благодарность за примеры использования команды Tee )

Tee работает с философией Unix:

Напишите программы, которые делают одно и делают это хорошо. Напишите программы для совместной работы. Написание программ для обработки текстовых потоков, потому что это универсальный интерфейс.

(Благодарность основам философии Unix )

tee подходит всем этим:

• он делает одну вещь: создает дополнительную копию ввода
• он работает с другими программами, потому что это клей (или кусок сантехники 'T', если вы предпочитаете), который позволяет другим программам работать вместе, как в примерах выше
• это происходит путем манипулирования текстовым потоком, заданным на стандартном вводе

Это практически то же самое, и для набора текста требуется меньше нажатий клавиш.

Это совсем не то же самое ...

Следующее представляется несколько эквивалентным, но это не так:

$ echo "hi" > test.txt 

$ echo "hi" | tee test.txt hi 

Критическое различие заключается в том, что первый записал данные только в именованный файл, а второй записал hiв терминал ( stdout) и названный файл, как показано ниже:

teeпозволяет вам записывать данные в файл и использовать их в последующем конвейере, что позволяет вам делать полезные вещи, такие как хранение данных из части через конвейер:

grep '^look ' interesting_file.txt \ | tee interesting_lines.txt \ | sort 

Или вы можете записать в файл с повышенными привилегиями, не предоставляя всему конвейеру повышенные привилегии (здесь echoзапускается как пользователь, а teeзаписывает в файл как root):

echo 0 \ | sudo tee /proc/sys/net/ipv4/ip_forward 

С помощью teeвы можете записать много файлов ( и stdout ):

echo "hi" \ | tee a.txt b.txt 

Также возможно использовать execс teeдля записи всех выходных данных скрипта в файл, все еще позволяя наблюдателю ( stdout) видеть данные:

exec > >( tee output.log ) 

Это тройник:

Т-образный фитинг. Он имеет вход и два отдельных выхода.
Другими словами, он разделяет одну трубу на две; как развилка на дороге.

Аналогично, teeэто pipe ( |), который позволяет перенаправить ваш стандартный ввод на два отдельных выхода.

Пример
Скажем, например, вы печатаете ls /.
Вы получите вывод, который выглядит примерно так:

Applications Network Users bin dev net private tmp var Library System Volumes cores etc home opt sbin usr 

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

Хотите увидеть вывод и одновременно передать его в текстовый файл?
Добавьте teeк своей трубе ( |) то есть:ls / | tee ls.txt

Сравните два:

ls / > ls.txt ls / | tee ls.txt 

Нет. Вы упомянули один из немногих примеров, где вы действительно можете перенаправить на файл с помощью операторов >and >>.

Но Ти может сделать гораздо больше. Поскольку вы передаете это по трубопроводу, вы можете передать это по другому.

Хороший пример приведен на странице википедии :

find "4DOS" wikipedia.txt | tee 4DOS.txt | sort > 4DOSsorted.txt 

По сути, вы можете передавать по трубопроводу к Tee, поэтому вы можете затем передать по трубопроводу от Tee к чему-то другому. Если все, что вы хотите сделать, это написать файл журнала, да, тогда вам не нужен Tee.

teeдалеко не бесполезен. Я использую это все время и рад, что это существует. Это очень полезный инструмент, если у вас есть конвейер, который вы хотите разделить. Очень простой пример - у вас есть какой-то каталог, $dкоторый вы хотите скопировать, и вы также хотите его хэшировать, потому что вы параноик (как и я) и не доверяете носителю для надежного хранения данных. Вы можете сначала записать его на диск, а затем хэшировать, но это не получится, если архив будет поврежден до того, как будет хеширован. Кроме того, вам придется прочитать его, и если вы будете много работать с файлами размером в несколько сотен ГБ, вы поймете, что действительно не хотите читать их снова, если этого не требуется.

Так что я делаю просто так:

tar -c "$d" | tee >(sha256sum) >(cat > "$d"".tar") > /dev/null 

Он создает тарный шарик и направляет его в тройник, который затем направляет его в две вложенные оболочки, в одной из которых он хэшируется, а в другой - записывается на диск.

Также замечательно, если вы хотите выполнить несколько операций над большим файлом:

< file.tar.gz tee >(sha256sum) >(tar -xz) /other/storage/location/file.tar.gz > /dev/null 

Считывает файл один раз, хэширует его (чтобы вы могли проверить, все ли оно в порядке), извлекает его и копирует в другое место. Нет необходимости читать это три раза для этого.

Nitpick в ответе @ bertieb, в котором говорится, что в этом примере показано, как тройник используется для обхода врожденного ограничения в команде sudo. sudo не может передать стандартный вывод в файл.

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

Пример:

sudo echo 0 > /proc/sys/net/ipv4/ip_forward

Текущая оболочка разбирает командную строку. Он находит перенаправление вывода и выполняет это. Затем он выполняет команду, которая является sudoи предоставляет оставшуюся командную строку в качестве аргументов для выполняемой команды. Если текущая оболочка не имеет прав доступа root, перенаправление вывода завершится ошибкой.

echo 0 | sudo tee /proc/sys/net/ipv4/ip_forward

Это работает, потому что перенаправление вывода откладывается на teeкоманду, которая на тот момент имеет права root, потому что она была выполнена с помощью sudo.

sudo bash -c "echo 0 > /proc/sys/net/ipv4/ip_forward"

Это работает, потому что у оболочки, выполняющей перенаправление, есть права доступа root.

Как уже упоминали другие, вывод teeкоманды в команду записывает эти выходные данные как в файл, так и в стандартный вывод.

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

То, что, кажется, еще не было упомянуто (если я не пропустил это), это то, что teeкоманда также может записывать несколько файлов одновременно. Например:

ls *.png | tee a.txt b.txt 

запишет все *.pngфайлы в текущем каталоге в два разных файла ( a.txtи b.txt) одновременно.

Фактически, вы можете набирать текст сразу в нескольких разных файлах teeследующим образом:

$ tee --append a.txt b.txt c.txt d.txt These lines are appended to four different files, and are also written to stdout. CTRL-D 

Наиболее распространенное использование tee - видеть текст на терминале одновременно с отправкой его в файл (или файлы). Формулировка вашего вопроса предполагает, что вы когда-либо пишете текст в лог-файлы. У меня есть сценарии, которые пишут списки имен файлов или каталогов для запуска файлов (которые должны обрабатываться другими сценариями асинхронно), и я использую tee для отправки того же содержимого на стандартный вывод. Весь stdout направлен на логи. Итак, у меня есть текст, где я хочу, и у меня есть запись в журнале, в которой я это сделал, все из одного утверждения 'echo'

Это также лучший метод в Unix для создания нескольких одинаковых файлов. Я иногда использую его для создания нескольких пустых файлов, как это ...

:|tee file01 file02 file03 

Представьте, что вы хотите записать вывод команды в файл журнала и распечатать на стандартный вывод. Когда вам нужно сделать это одновременно, тогда вам нужно tee.

Вариант использования - иметь сценарии сборки, которые записывают всю сборку в стандартный вывод (например, для Jenkins), но одновременно важные вещи в отдельный файл журнала (для сводных электронных писем).

Вы действительно начнете скучать, teeкогда вам придется сценарий в Windows. Нет teeи это действительно раздражает.