Усі звичаї, які 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 та stdout, а do_something >> logfileвкладає його лише у файл реєстрації.

Мета tee- створити сценарій з одним вхідним сигналом з декількома вихідними сигналами - подібно до перетину 'Т'

EDIT

Там були коментарі навколо того, як 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, ми також пригнічуємо дзеркальний вихід у консолі. Наведена вище команда надає поточному користувачеві доступ до сервера через 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це труба ( |), яка дозволяє перенаправляти стандартний вхід на два окремі виходи.

Приклад
Скажіть, наприклад, ви вводите 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

Ні. Ви випадково згадуєте один з небагатьох прикладів, коли ви дійсно можете перенаправляти файли >та >>оператори.

Але Трій може зробити набагато більше. Оскільки ви трубитесь до нього, то можете передати щось інше.

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

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

В основному, ви можете підключити трубку до трійника, тож ви зможете перейти від трійника до чогось іншого. Якщо все, що ви хочете зробити, це написати файл журналу, так, тоді вам не дуже потрібен 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

Прочитає файл один раз, хеширує його (щоб ви могли перевірити, чи він як і раніше є), витягує його та копіює в інше місце. Для цього не потрібно її читати тричі.

Відповідь Нітпіка на @ bertieb Цей приклад показує, що трійник використовується для обходу властивого обмеження команди sudo. sudo не в змозі передавати стандартний вихід у файл.

Немає притаманного обмеження, лише непорозуміння способу обробки команди.

Приклад:

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

Поточна оболонка розбирає командний рядок. Він знаходить перенаправлення виводу і виконує це. Потім він виконує команду, яка є sudoі надає решту командного рядка як аргументи виконаній команді. Якщо поточна оболонка не має кореневих дозволів, перенаправлення виводу буде невдалим.

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

Це працює, тому що перенаправлення виводу відкладено для teeкоманди, яка в цьому пункті має кореневі дозволи, оскільки вона виконувалася через sudo.

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

Це працює, оскільки оболонка, яка виконує перенаправлення, має кореневі дозволи.

Як вже згадували інші люди, трубопровідний вихід у teeкоманду пише, що вихід і у файл, і у stdout.

Я часто використовую, 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 для того, щоб надсилати той же вміст в stdout. Весь stdout спрямований до колод. Тож у мене є текст, де я цього хочу, і у мене є запис запису в журналі, що я це робив, все з одного твердження "ехо"

Трійник - це також найкращий метод в Unix для створення декількох однакових файлів. Я використовую його час від часу для створення кількох порожніх файлів, як цей ...

:|tee file01 file02 file03

Уявіть, ви хочете записати вихід команди в файл журналу І надрукувати в stdout. Коли вам потрібно це робити одночасно, тоді вам це потрібно tee.

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

Ви дійсно почнете бракувати, teeколи вам доведеться сценарій у Windows. Немає teeі це насправді дратує.