Все случаи, которые teeя когда-либо видел, были такими:

 do_something | tee -a logfile

Или же:

do_something_else | tee logfile

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

do_something >> logfile

Или же:

do_something_else > logfile

Это практически то же самое, и для набора текста требуется меньше нажатий клавиш. В каких скрытых функциях я не вижу tee?

То , что вы не видите, что 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и это действительно раздражает.