Todos os usos que teeeu já vi eram tais:

 do_something | tee -a logfile

Ou:

do_something_else | tee logfile

Foi teeinventado para aqueles que não sabem que você pode fazer o mesmo com redirecionamentos de pipe de shell? Tal como:

do_something >> logfile

Ou:

do_something_else > logfile

É praticamente o mesmo e são necessários menos toques no teclado para digitar. Em quais recursos ocultos não estou vendo tee?

O que você não vê é que do_something | tee -a logfilecoloca a saída em logfile e para stdout, enquanto a do_something >> logfilecoloca apenas no arquivo de log.

O objetivo teeé produzir um cenário de múltiplas entradas e uma entrada - exatamente como em um cruzamento em 'T'.

EDITAR

Houve comentários em torno de como teepossibilita o uso mais aparente de sudo. Isso não vem ao caso: cat, ddou talvez seja melhor bufferoferecer esta possibilidade com melhor desempenho, se você não precisa as várias saídas. Use teepara o que foi projetado, não para o que "também pode fazer"

Tee não é inútil

Talvez você soubesse disso, afinal? Se não, continue a ler! Ou se você sabe como funciona, mas não sabe ao certo por que existe, pule para o final para ver como ele se encaixa na filosofia do Unix.

Qual é o propósito tee?

Na sua forma mais simples, coleta dados na entrada padrão e grava-os na saída padrão e em um (ou mais) arquivos. Foi comparado a uma peça de T do encanamento na maneira como divide uma entrada em duas saídas (e duas direções).

Exemplos

Vamos dar o seu primeiro exemplo:

do_something | tee -a logfile

Isso pega a saída do_somethinge a anexa ao arquivo de log, enquanto também a exibe ao usuário. De fato, a páginatee da Wikipedia apresenta esse como o segundo exemplo:

Para visualizar e anexar a saída de um comando a um arquivo existente:

  lint program.c | tee -a program.lint

Isso exibe a saída padrão do comando lint program.c no computador e, ao mesmo tempo, anexa uma cópia ao final do arquivo program.lint. Se o arquivo program.lint não existir, ele será criado.

O exemplo a seguir tem outro uso: escalação de permissões :

Para permitir o escalonamento de permissões:

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

Este exemplo mostra tee sendo usado para ignorar uma limitação inerente no sudocomando. sudonão consegue canalizar a saída padrão para um arquivo. Ao despejar seu fluxo de saída padrão /dev/null, também suprimimos a saída espelhada no console. O comando acima fornece ao usuário root acesso atual a um servidor através de ssh, instalando a chave pública do usuário na lista de autorização de chave do servidor.

Ou talvez você queira pegar a saída de um comando, escrever isso em algum lugar e também usá-lo como entrada para outro comando?

Você também pode usar o comando tee para armazenar a saída de um comando em um arquivo e redirecionar a mesma saída que uma entrada para outro comando.

O comando a seguir fará um backup das entradas do crontab e passará as entradas do crontab como uma entrada para o comando sed que fará a substituição. Após a substituição, ele será adicionado como um novo trabalho cron.

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

( exemplos de uso do comando Tee para crédito )

Tee trabalha com a filosofia Unix:

Escreva programas que fazem uma coisa e fazem bem. Escreva programas para trabalhar juntos. Escreva programas para lidar com fluxos de texto, porque essa é uma interface universal.

(Crédito ao básico da filosofia Unix )

tee serve para todos:

• faz uma coisa: cria uma cópia extra da entrada
• ele funciona com outros programas porque é a cola (ou uma peça de encanamento em 'T', se você preferir) que permite que outros programas funcionem juntos, como nos exemplos acima
• isso é feito através da manipulação de um fluxo de texto fornecido na entrada padrão

É praticamente o mesmo e são necessários menos toques no teclado para digitar.

Não é a mesma coisa ...

O seguinte parece ser um pouco equivalente, mas não é:

$ echo "hi" > test.txt

$ echo "hi" | tee test.txt
hi

A diferença crítica é que o primeiro gravou os dados apenas no arquivo nomeado, enquanto o último gravou hino terminal ( stdout) e no arquivo nomeado, conforme mostrado abaixo:

teepermite gravar os dados em um arquivo e usá-los em um pipeline posterior, permitindo que você faça coisas úteis - como impedir que os dados parem no meio de um pipeline:

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

Ou, você pode gravar em um arquivo com privilégios elevados, sem conceder privilégios elevados a todo o pipeline (aqui echoé executado como usuário, enquanto teegrava no arquivo como root):

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

Com tee, você pode gravar em muitos arquivos ( e stdout ):

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

Também é possível usar execcom teepara gravar toda a saída de um script em um arquivo, enquanto ainda permite que um observador ( stdout) veja os dados:

exec > >( tee output.log )

Este é um tee:

Um encaixe de tubo em forma de T. Possui uma entrada e duas saídas separadas.
Em outras palavras, ele divide um tubo em dois; como uma bifurcação na estrada.

Da mesma forma, teeé um pipe ( |) que permite redirecionar sua entrada padrão para duas saídas separadas.

Exemplo
Digamos, por exemplo, que você digite ls /.
Você obterá uma saída parecida com:

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

Redirecione a saída para um arquivo de texto,, ls / > ls.txte nenhuma saída será exibida no shell, apenas no arquivo de texto resultante.

Deseja ver a saída E transmiti-la para um arquivo de texto ao mesmo tempo?
Adicione a teeao seu pipe ( |) ou seja:ls / | tee ls.txt

Compare os dois:

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

Não. Você mencionou um dos poucos exemplos em que você poderia realmente redirecionar para o arquivo usando >e >>operadores.

Mas Tee pode fazer muito mais. Como você usa isso, pode usar outro método.

Um bom exemplo está listado na página da wikipedia :

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

Basicamente, você pode canalizar para Tee, para que possa passar de Tee para outra coisa. Se tudo o que você quer fazer é escrever um arquivo de log, sim, então você realmente não precisa do Tee.

teeestá longe de ser inútil. Eu uso o tempo todo e fico feliz que ele exista. É uma ferramenta muito útil se você tiver um pipeline que deseja dividir. Um exemplo muito simples é que você tem algum diretório $dque deseja tar e também o quer fazer hash porque é paranóico (como eu sou) e não confia no meio de armazenamento para armazenar os dados de maneira confiável. Você pode gravá-lo primeiro no disco e depois fazer o hash, mas isso falharia se o arquivo fosse corrompido antes de ser hash. Além disso, você precisaria lê-lo e se trabalhar com arquivos com várias centenas de GB de tamanho, saberá que realmente não deseja lê-los novamente, se não for necessário.

Então, o que eu faço é simplesmente isso:

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

Ele cria a bola de alcatrão e a conduz ao tee, o que a leva a duas subcascas, em uma das quais é hash e na outra, gravada no disco.

Também é ótimo se você deseja executar várias operações em um arquivo grande:

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

Lê o arquivo uma vez, faz o hash (para que você possa verificar se ainda está como deveria estar), extrai-o e copia-o para um local diferente. Não é necessário ler três vezes para isso.

Nitpick na resposta de @ bertieb que diz Este exemplo mostra tee sendo usado para ignorar uma limitação inerente no comando sudo. O sudo não pode canalizar a saída padrão para um arquivo.

Não há limitação inerente, apenas um mal-entendido de como o comando é processado.

Exemplo:

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

O shell atual analisa a linha de comando. Ele encontra o redirecionamento de saída e executa isso. Em seguida, ele executa o comando, que é o sudoe fornece a linha de comando restante como argumentos para o comando executado. Se o shell atual não tiver permissões de root, o redirecionamento de saída falhará.

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

Isso funciona porque o redirecionamento de saída é adiado para o teecomando, que nesse momento possui permissões de root porque foi executado via sudo.

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

Isso funciona porque o shell que está fazendo o redirecionamento possui permissões de root.

Como outras pessoas mencionaram, canalizar a saída para o teecomando grava essa saída em um arquivo e em stdout.

Costumo usar teequando quero capturar a saída de um comando que leva muito tempo para ser executado, enquanto também quero inspecionar visualmente a saída à medida que o comando a disponibiliza. Dessa forma, não preciso esperar que o comando termine de executar antes de inspecionar a saída.

O que parece não ter sido mencionado ainda (a menos que eu tenha perdido), é que o teecomando também pode gravar em vários arquivos ao mesmo tempo. Por exemplo:

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

gravará todos os *.pngarquivos no diretório atual em dois arquivos diferentes ( a.txte b.txt) ao mesmo tempo.

Na verdade, você pode digitar texto em vários arquivos diferentes ao mesmo tempo, com o teeseguinte:

$ 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

O uso mais comum do tee é ver o texto no terminal ao mesmo tempo em que você o envia para o arquivo (ou arquivos). O texto da sua pergunta pressupõe que você apenas escreve texto em arquivos de log. Tenho scripts que escrevem listas de nomes de arquivos ou diretórios para acionar arquivos (a serem processados ​​por outros scripts de forma assíncrona) e uso tee para enviar o mesmo conteúdo ao stdout. Todo o stdout é direcionado para os logs. Então, eu tenho o meu texto onde eu quero e tenho uma entrada de registro que fiz isso, tudo a partir de uma única instrução 'eco'

tee também é o melhor método no Unix para criar vários arquivos idênticos. Eu uso ocasionalmente para criar vários arquivos vazios, como este ...

:|tee file01 file02 file03

Imagine, você deseja gravar a saída de um comando em um arquivo de log E imprimir em stdout. Quando você precisar fazer isso ao mesmo tempo, precisará tee.

Um caso de uso é ter scripts de compilação que escrevam toda a compilação no stdout (por exemplo, para Jenkins), mas coisas importantes ao mesmo tempo em um arquivo de log separado (para emails de resumo).

Você realmente começará a faltar teequando precisar fazer um script no Windows. Não existe teee isso é realmente irritante.