Wszystkie zastosowania, teejakie kiedykolwiek widziałem, były takie:

 do_something | tee -a logfile

Lub:

do_something_else | tee logfile

Czy został teewymyślony dla tych, którzy nie wiedzą, że możesz zrobić to samo z przekierowaniami potoku powłoki? Jak na przykład:

do_something >> logfile

Lub:

do_something_else > logfile

Jest praktycznie taki sam i wymaga mniejszej liczby naciśnięć klawiszy na klawiaturze. W jakich ukrytych funkcjach nie widzę tee?

Co ty nie widzisz, że do_something | tee -a logfilestawia na wyjście logfile i standardowe wyjście, gdy do_something >> logfilestawia je tylko w pliku dziennika.

Celem teejest stworzenie scenariusza z jednym wejściem i wieloma wyjściami - tak jak w skrzyżowaniu „T”.

EDYTOWAĆ

Pojawiły się komentarze na temat tego, w jaki sposób teeumożliwia bardziej bezsensowne użycie sudo. Jest to obok punktu: cat, ddlub może lepiej bufferzapewnić taką możliwość z lepszych wyników, jeśli nie potrzebują wiele wyjść. Używaj teedo tego, co zostało zaprojektowane, a nie do tego, co „potrafi”

Tee nie jest bezużyteczne

Może i tak to wiedziałeś? Jeśli nie, czytaj dalej! Lub jeśli wiesz, jak to działa, ale nie wiesz, dlaczego istnieje, przejdź do końca, aby zobaczyć, jak pasuje do filozofii uniksowej.

Jaki jest cel tee?

W najprostszym przypadku pobiera dane ze standardowego wejścia i zapisuje je na standardowym wyjściu i jednym (lub więcej) plikach. Przyrównano go do trójnika hydraulicznego w sposób, w jaki dzieli jeden wkład na dwa wyjścia (i dwa kierunki).

Przykłady

Weźmy twój pierwszy przykład:

do_something | tee -a logfile

To pobiera dane wyjściowe do_somethingi dołącza je do pliku dziennika, jednocześnie wyświetlając go użytkownikowi. W rzeczywistości strona Wikipediitee ma to jako drugi przykład:

Aby wyświetlić i dołączyć dane wyjściowe polecenia do istniejącego pliku:

  lint program.c | tee -a program.lint

Wyświetla standardowe wyjście polecenia lint program.c na komputerze i jednocześnie dołącza jego kopię na końcu pliku program.lint. Jeśli plik program.lint nie istnieje, zostanie utworzony.

Następny przykład ma jeszcze inne zastosowanie: eskalacja uprawnień :

Aby umożliwić eskalację uprawnień:

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

Ten przykład pokazuje, że trójnik jest używany do ominięcia nieodłącznego ograniczenia w sudopoleceniu. sudonie jest w stanie potokować standardowego wyjścia do pliku. Wrzucając do niego standardowy strumień /dev/nullwyjściowy, tłumimy również odbicie lustrzane w konsoli. Powyższe polecenie daje bieżącemu użytkownikowi root dostęp do serwera przez ssh, instalując klucz publiczny użytkownika na liście autoryzacji kluczy serwera.

A może chcesz pobrać dane wyjściowe jednego polecenia, napisać je gdzieś, a także użyć jako danych wejściowych do innego polecenia?

Możesz także użyć polecenia tee, aby zapisać dane wyjściowe polecenia w pliku i przekierować to samo wyjście jako dane wejściowe do innego polecenia.

Następujące polecenie wykona kopię zapasową wpisów crontab i przekaże wpisy crontab jako dane wejściowe do polecenia sed, które wykona zamianę. Po zamianie zostanie dodany jako nowe zadanie cron.

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

(uznanie za przykłady użycia poleceń Tee )

Tee współpracuje z filozofią Unix:

Pisz programy, które robią jedną rzecz i robią to dobrze. Pisz programy do współpracy. Pisz programy do obsługi strumieni tekstowych, ponieważ jest to uniwersalny interfejs.

(Podziękowania dla Basics of the Unix Philosophy )

tee pasuje do wszystkich:

• robi jedną rzecz: tworzy dodatkową kopię danych wejściowych
• działa z innymi programami, ponieważ jest to klej (lub element hydrauliczny „T”, jeśli wolisz), który pozwala innym programom współpracować, jak w powyższych przykładach
• robi to poprzez manipulowanie strumieniem tekstu podanym na standardowym wejściu

Jest praktycznie taki sam i wymaga mniejszej liczby naciśnięć klawiszy na klawiaturze.

To wcale nie jest to samo ...

Poniższe wydają się być nieco równoważne, ale nie są to:

$ echo "hi" > test.txt

$ echo "hi" | tee test.txt
hi

Zasadnicza różnica polega na tym, że ten pierwszy zapisał dane tylko do nazwanego pliku, a drugi zapisał hido terminalu ( stdout) i nazwanego pliku, jak pokazano poniżej:

teepozwala zapisywać dane do pliku i używać ich w dalszym ciągu potoku, pozwalając na robienie użytecznych rzeczy - takich jak przechowywanie danych przed przejściem przez potok:

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

Lub możesz napisać do pliku z podwyższonymi uprawnieniami, nie nadając całego potoku podwyższonych uprawnień (tutaj echojest uruchamiany jako użytkownik, podczas gdy teezapisuje do pliku jako root):

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

Za pomocą teemożesz pisać do wielu plików ( i stdout ):

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

Możliwe jest również użycie execz, teeaby nagrać wszystkie dane wyjściowe skryptu do pliku, jednocześnie pozwalając obserwatorowi ( stdout) zobaczyć dane:

exec > >( tee output.log )

To jest koszulka:

Łącznik rurowy w kształcie litery T. Ma wlot i dwa osobne gniazda.
Innymi słowy, dzieli jedną rurę na dwie; jak widelec na drodze.

Podobnie teejest potok ( |), który pozwala przekierować standardowe wejście na dwa osobne wyjścia.

Przykład
Powiedz na przykład, że piszesz ls /.
Otrzymasz wyjście, które wygląda mniej więcej tak:

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

Przekieruj wyjście do pliku tekstowego ls / > ls.txt, a żadne wyjście nie jest wyświetlane w powłoce, tylko w wynikowym pliku tekstowym.

Chcesz zobaczyć wynik i jednocześnie przekazać go do pliku tekstowego?
Dodaj a teedo swojej potoku ( |) tj .:ls / | tee ls.txt

Porównaj dwa:

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

Nie. Wspominasz jeden z niewielu przykładów, w których można przekierować do pliku za pomocą operatorów >i >>.

Ale Tee może zrobić znacznie więcej. Ponieważ potokujesz do niego, możesz następnie potokować do czegoś innego.

Dobry przykład znajduje się na stronie Wikipedii :

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

Zasadniczo możesz potokować do Tee, więc możesz następnie potokować z Tee do czegoś innego. Jeśli wszystko, co chcesz zrobić, to napisać plik dziennika, tak, to tak naprawdę nie potrzebujesz Tee.

teejest daleki od bezużytecznego. Używam go cały czas i cieszę się, że istnieje. Jest to bardzo przydatne narzędzie, jeśli masz potok, który chcesz podzielić. Bardzo prostym przykładem jest to, że masz katalog $d, który chcesz tarować, a także chcesz go zaszyfrować, ponieważ jesteś paranoikiem (tak jak ja) i nie ufasz nośnikowi pamięci, aby niezawodnie przechowywać dane. Ty mógł zapisać go na dysku, a następnie mieszania go, ale to, że nie, jeśli archiwum zostanie uszkodzona przed jego mieszany. Co więcej, musisz go przeczytać, a jeśli pracujesz na plikach o wielkości kilkuset GB, będziesz wiedział, że naprawdę nie chcesz ich ponownie czytać, jeśli nie musi.

Więc po prostu to robię:

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

Tworzy smołę i przesyła ją do trójnika, a następnie przesyła ją do dwóch podpowłok, w jednej z nich jest mieszana, a w drugiej zapisywana na dysk.

Jest to również świetne, jeśli chcesz wykonać kilka operacji na dużym pliku:

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

Raz czyta plik, haszy go (dzięki czemu można sprawdzić, czy nadal jest taki, jak powinien), rozpakowuje go i kopiuje w inne miejsce. Nie trzeba w tym celu trzy razy go czytać.

Nitpick w odpowiedzi na @ bertieb mówi: Ten przykład pokazuje, że tee jest używany do ominięcia nieodłącznego ograniczenia w poleceniu sudo. sudo nie może potokować standardowego wyjścia do pliku.

Nie ma żadnego nieodłącznego ograniczenia, tylko nieporozumienie dotyczące sposobu przetwarzania polecenia.

Przykład:

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

Prąd powłoki analizuje wiersz polecenia. Znajduje przekierowanie wyjściowe i wykonuje to. Następnie wykonuje polecenie, które jest sudoi udostępnia pozostały wiersz polecenia jako argumenty dla wykonanego polecenia. Jeśli bieżąca powłoka nie ma uprawnień roota, przekierowanie danych wyjściowych zakończy się niepowodzeniem.

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

Działa to, ponieważ przekierowanie wyjścia jest odroczone do teepolecenia, które w tym momencie ma uprawnienia roota, ponieważ zostało wykonane za pośrednictwem sudo.

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

Działa to, ponieważ powłoka wykonująca przekierowanie ma uprawnienia root.

Jak wspomnieli inni, przesyłanie danych wyjściowych do teepolecenia zapisuje je zarówno w pliku, jak i na standardowym wyjściu.

Często używam, teegdy chcę przechwycić dane wyjściowe polecenia, którego uruchomienie zajmuje dużo czasu, a także chcę wizualnie sprawdzić dane wyjściowe, ponieważ polecenie to udostępnia. W ten sposób nie muszę czekać na zakończenie działania polecenia przed sprawdzeniem danych wyjściowych.

Wydaje się, że jeszcze nie zostało wspomniane (chyba że go przegapiłem), że teepolecenie może również zapisywać do wielu plików jednocześnie. Na przykład:

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

wypisze wszystkie *.pngpliki w bieżącym katalogu do dwóch różnych plików ( a.txti b.txt) jednocześnie.

W rzeczywistości możesz wpisać tekst do kilku różnych plików jednocześnie 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

Najpopularniejszym zastosowaniem tee jest wyświetlanie tekstu na terminalu w tym samym czasie, gdy wysyłasz go do pliku (lub plików). Sformułowanie twojego pytania zakłada, że ​​piszesz tylko tekst w plikach dziennika. Mam skrypty, które zapisują listy nazw plików lub nazw katalogów w celu wyzwolenia plików (do przetworzenia przez inne skrypty asynchronicznie) i używam tee do wysyłania tej samej treści na standardowe wyjście. Wszystkie standardowe wyjścia są kierowane do dzienników. Mam więc tekst tam, gdzie chcę, i mam zapis z dziennika, że ​​to zrobiłem, wszystko z jednej instrukcji „echo”

tee jest także najlepszą metodą w Uniksie do tworzenia wielu identycznych plików. Używam go od czasu do czasu do tworzenia wielu pustych plików, takich jak ten ...

:|tee file01 file02 file03

Wyobraź sobie, że chcesz zapisać dane wyjściowe polecenia w pliku dziennika ORAZ wydrukować na standardowe wyjście. Kiedy musisz to zrobić w tym samym czasie, musisz tee.

Przykładem zastosowania są skrypty kompilacji, które zapisują całą kompilację na standardowe wyjście (np. Dla Jenkinsa), ale ważne rzeczy w tym samym czasie w osobnym pliku dziennika (dla e-maili podsumowujących).

Naprawdę zaczniesz zaginąć, teegdy będziesz musiał pisać skrypty w systemie Windows. Nie ma teei to jest naprawdę denerwujące.