Todos los usos teeque vi en mi vida fueron tales:

 do_something | tee -a logfile

O:

do_something_else | tee logfile

¿Está teeinventado para aquellos que no saben que puedes hacer lo mismo con las redirecciones de tubería de shell? Como:

do_something >> logfile

O:

do_something_else > logfile

Es prácticamente lo mismo y se requieren menos golpes de teclado para escribir. ¿Qué características ocultas no veo tee?

Lo que no se ve es que do_something | tee -a logfilepone en la salida logfile y la salida estándar, mientras do_something >> logfilepone solamente en el archivo de registro.

El propósito de teees producir un escenario de entrada múltiple y salida única, al igual que en un cruce 'T'.

EDITAR

Ha habido comentarios sobre cómo teepermite un uso más descuidado de sudo. Esto viene al caso: cat, ddo tal vez mejor bufferproporcionar esta posibilidad con un mejor rendimiento, si no necesita las múltiples salidas. Úselo teepara lo que está diseñado, no para lo que "también puede hacer"

Tee no es inútil

Tal vez lo sabías de todos modos? Si no, ¡sigue leyendo! O si sabe cómo funciona, pero no está seguro de por qué existe, salte al final para ver cómo encaja con la filosofía de Unix.

¿Qué es el propósito de tee?

En su forma más simple, toma datos en la entrada estándar y los escribe en la salida estándar y en uno (o más) archivos. Se ha comparado con una pieza en T de plomería en la forma en que divide una entrada en dos salidas (y dos direcciones).

Ejemplos

Tomemos su primer ejemplo:

do_something | tee -a logfile

Esto toma el resultado de do_somethingy lo agrega al archivo de registro, mientras que también lo muestra al usuario. De hecho, la página de Wikipediatee tiene este como el segundo ejemplo:

Para ver y agregar el resultado de un comando a un archivo existente:

  lint program.c | tee -a program.lint

Esto muestra la salida estándar del comando lint program.c en la computadora y al mismo tiempo agrega una copia al final del archivo program.lint. Si el archivo program.lint no existe, se crea.

El siguiente ejemplo tiene otro uso: escalada de permisos :

Para permitir la escalada de permisos:

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

Este ejemplo muestra que se usa tee para evitar una limitación inherente en el sudocomando. sudono puede canalizar la salida estándar a un archivo. Al descargar su flujo de salida estándar /dev/null, también suprimimos la salida reflejada en la consola. El comando anterior brinda al usuario root acceso actual a un servidor a través de ssh, al instalar la clave pública del usuario en la lista de autorizaciones de la clave del servidor.

¿O tal vez desea tomar la salida de un comando, escribirlo en algún lugar y también usarlo como entrada para otro comando?

También puede usar el comando tee para almacenar la salida de un comando a un archivo y redirigir la misma salida como entrada a otro comando.

El siguiente comando tomará una copia de seguridad de las entradas de crontab y pasará las entradas de crontab como una entrada al comando sed que hará la sustitución. Después de la sustitución, se agregará como un nuevo trabajo cron.

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

(crédito a los ejemplos de uso del comando Tee )

Tee trabaja con la filosofía de Unix:

Escriba programas que hagan una cosa y que lo hagan bien. Escribir programas para trabajar juntos. Escriba programas para manejar secuencias de texto, porque esa es una interfaz universal.

(Crédito a lo básico de la filosofía de Unix )

tee se adapta a todos estos:

• hace una cosa: crea una copia extra de entrada
• funciona con otros programas porque es el pegamento (o una pieza de plomería 'T' si lo prefiere) lo que permite que otros programas trabajen juntos como en los ejemplos anteriores
• lo hace manipulando una secuencia de texto dada en la entrada estándar

Es prácticamente lo mismo y se requieren menos golpes de teclado para escribir.

No es lo mismo en absoluto ...

Lo siguiente parece ser algo equivalente, pero no lo son:

$ echo "hi" > test.txt

$ echo "hi" | tee test.txt
hi

La diferencia crítica es que el primero ha escrito los datos solo en el archivo nombrado, mientras que el segundo ha escrito hien el terminal ( stdout) y el archivo nombrado, como se muestra a continuación:

teele permite escribir los datos en un archivo y usarlos en una tubería hacia adelante, lo que le permite hacer cosas útiles, como mantener los datos a mitad de camino a través de una tubería:

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

O bien, puede escribir en un archivo con privilegios elevados, sin otorgarle a la tubería privilegios elevados (aquí echose ejecuta como el usuario, mientras teeescribe en el archivo como root):

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

Con tee, puede escribir en muchos archivos ( y stdout ):

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

También es posible utilizar execcon teegrabar toda la producción de una secuencia de comandos en un archivo, al tiempo que permite un observador ( stdout) para ver los datos:

exec > >( tee output.log )

Esta es una camiseta:

Un accesorio de tubería en forma de T. Tiene una entrada y dos salidas separadas.
En otras palabras, divide un tubo en dos; como un tenedor en el camino

Del mismo modo, teees una tubería ( |) que le permite redirigir su entrada estándar a dos salidas separadas.

Ejemplo
Por ejemplo, escribe ls /.
Obtendrá una salida que se parece a:

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

Redireccione la salida a un archivo de texto ls / > ls.txt, y no se muestra ninguna salida en el shell, solo en el archivo de texto resultante.

¿Quiere ver el resultado Y pasarlo a un archivo de texto al mismo tiempo?
Agregue un teea su pipa ( |) es decir:ls / | tee ls.txt

Compara los dos:

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

No. Resulta que mencionas uno de los pocos ejemplos en los que puedes redirigir al archivo usando >y >>operadores.

Pero Tee puede hacer mucho más. Debido a que te diriges a él, puedes hacerlo a otra cosa.

Un buen ejemplo aparece en la página de Wikipedia :

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

Básicamente, puede canalizar a Tee, por lo que luego puede canalizar desde Tee a otra cosa. Si todo lo que quiere hacer es escribir un archivo de registro, sí, entonces realmente no necesita Tee.

teeEstá lejos de ser inútil. Lo uso todo el tiempo y me alegro de que exista. Es una herramienta muy útil si tiene una tubería que desea dividir. Un ejemplo muy simple es que tiene algún directorio $dque desea tar y también quiere hacer hash porque es paranoico (como yo) y no confía en el medio de almacenamiento para mantener los datos de manera confiable. Usted podría escribir en el disco primero y luego desmenuzar, pero eso sería un error si el archivo está dañado antes de que sea hash. Además, tendría que leerlo y si trabaja en archivos de varios cientos de GB de tamaño, sabrá que realmente no desea volver a leerlos si no es necesario.

Entonces, lo que hago es simplemente esto:

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

Crea la bola de alquitrán y la canaliza en T, que luego la canaliza a dos subcapas, en una de las cuales está en hash y en la otra está escrita en el disco.

También es excelente si desea realizar varias operaciones en un archivo grande:

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

Lee el archivo una vez, lo codifica (para que pueda verificar si todavía está como debería), lo extrae y lo copia en una ubicación diferente. No es necesario leerlo tres veces para eso.

Nitpick en la respuesta de @ bertieb que dice Este ejemplo muestra que tee se está utilizando para evitar una limitación inherente en el comando sudo. sudo no puede canalizar la salida estándar a un archivo.

No existe una limitación inherente, solo un malentendido sobre cómo se procesa el comando.

Ejemplo:

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

El shell actual analiza la línea de comando. Encuentra la redirección de salida y la realiza. Luego ejecuta el comando, que es el sudoy proporciona la línea de comando restante como argumentos para el comando ejecutado. Si el shell actual no tiene permisos de root, la redirección de salida fallará.

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

Esto funciona porque la redirección de salida se difiere al teecomando, que en ese momento tiene permisos de root porque se ejecutó a través de sudo.

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

Esto funciona porque el shell que realiza la redirección tiene permisos de root.

Como otras personas han mencionado, la salida de tubería al teecomando escribe esa salida tanto en un archivo como en stdout.

A menudo lo uso teecuando quiero capturar la salida de un comando que tarda mucho tiempo en ejecutarse, pero también quiero inspeccionar visualmente la salida a medida que el comando la pone a disposición. De esa manera, no tengo que esperar a que el comando termine de ejecutarse antes de inspeccionar la salida.

Lo que no parece haberse mencionado todavía (a menos que me haya perdido) es que el teecomando también puede escribir en múltiples archivos a la vez. Por ejemplo:

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

escribirá todos los *.pngarchivos en el directorio actual en dos archivos diferentes ( a.txty b.txt) a la vez.

De hecho, puede escribir texto en varios archivos diferentes a la vez de la teesiguiente manera:

$ 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

El uso más común de tee es ver el texto en el terminal al mismo tiempo que lo envía al archivo (o archivos). La redacción de su pregunta supone que solo escribe texto en los archivos de registro. Tengo scripts que escriben listas de nombres de archivo o nombres de directorio para activar archivos (para que otros scripts los procesen de forma asincrónica) y uso tee para enviar el mismo contenido a stdout. Todo stdout se dirige a los registros. Así que tengo mi texto donde lo quiero y tengo una entrada de registro que dice que hice esto, todo desde una sola declaración 'echo'

tee también es el mejor método en Unix para hacer múltiples archivos idénticos. Lo uso ocasionalmente para hacer múltiples archivos vacíos, como este ...

:|tee file01 file02 file03

Imagínese, desea escribir la salida de un comando en un archivo de registro E imprimir en stdout. Cuando necesitas hacerlo al mismo tiempo, entonces necesitas tee.

Un caso de uso es tener scripts de compilación que escriban la compilación completa en stdout (por ejemplo, para Jenkins) pero cosas importantes al mismo tiempo en un archivo de registro separado (para correos electrónicos de resumen).

Realmente comenzarás a faltar teecuando tengas que hacer un script en Windows. No hay teey eso es realmente molesto.