Tous les usages de ce que teej'ai jamais vu étaient tels:

 do_something | tee -a logfile

Ou:

do_something_else | tee logfile

Est-ce teeinventé pour ceux qui ne savent pas que vous pouvez faire la même chose avec les redirections de pipes? Tel que:

do_something >> logfile

Ou:

do_something_else > logfile

C'est pratiquement la même chose et il faut moins de frappes au clavier pour taper. Quelles sont les fonctionnalités cachées que je ne vois pas tee?

Ce que vous ne voyez pas que do_something | tee -a logfilemet la sortie dans logfile et à la sortie standard, tout le do_something >> logfilemet seulement dans le fichier journal.

Le but de teeest de produire un scénario à une entrée, plusieurs sorties - comme dans un croisement en "T".

MODIFIER

Il y a eu des commentaires sur la façon dont teepermet une utilisation plus facile sudo. Ceci est à côté du point: cat, ddou peut - être mieux bufferfournir cette possibilité avec de meilleures performances, si vous n'avez pas besoin les multiples sorties. Utilisez teepour ce qu'il est conçu, pas pour ce qu'il "peut aussi faire"

Tee n'est pas inutile

Peut-être que tu le savais quand même? Si non, lisez la suite! Ou si vous savez comment ça marche, mais vous ne savez pas pourquoi, il faut aller à la fin pour voir comment cela s’inscrit dans la philosophie Unix.

Quel est le but de tee?

Dans sa forme la plus simple, il prend des données sur une entrée standard et les écrit sur une sortie standard et sur un (ou plusieurs) fichier (s). Il a été comparé à un té de plomberie en divisant une entrée en deux sorties (et deux directions).

Exemples

Prenons votre premier exemple:

do_something | tee -a logfile

Cela prend la sortie de do_somethinget l'ajoute au fichier journal, tout en l'affichant à l'utilisateur. En fait, la page Wikipediatee présente le deuxième exemple:

Pour afficher et ajouter le résultat d'une commande à un fichier existant:

  lint program.c | tee -a program.lint

Ceci affiche la sortie standard de la commande lint program.c sur l'ordinateur et ajoute en même temps une copie de celle-ci à la fin du fichier program.lint. Si le fichier program.lint n'existe pas, il est créé.

L'exemple suivant a une autre utilisation: escalade des autorisations :

Pour autoriser l'escalade des autorisations:

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

Cet exemple montre que tee est utilisé pour contourner une limitation inhérente à la sudocommande. sudoest incapable de diriger la sortie standard vers un fichier. En vidant son flux de sortie standard dans /dev/null, nous supprimons également la sortie en miroir dans la console. La commande ci-dessus donne à l'utilisateur actuel un accès root sur un serveur via ssh, en installant la clé publique de l'utilisateur dans la liste des autorisations de clés du serveur.

Ou peut-être souhaitez-vous prendre le résultat d'une commande, l'écrire quelque part et l'utiliser également comme entrée d'une autre commande?

Vous pouvez également utiliser la commande tee pour stocker la sortie d'une commande dans un fichier et rediriger la même sortie comme entrée vers une autre commande.

La commande suivante effectuera une sauvegarde des entrées de la crontab et transmettra les entrées de la crontab en tant qu'entrée à la commande sed qui effectuera la substitution. Après la substitution, il sera ajouté en tant que nouveau travail cron.

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

(crédit aux exemples d’utilisation de la commande Tee )

Tee travaille avec la philosophie Unix:

Ecrivez des programmes qui font une chose et le font bien. Écrire des programmes pour travailler ensemble. Ecrivez des programmes pour gérer les flux de texte, car c'est une interface universelle.

(Crédit aux principes de base de la philosophie Unix )

tee s'adapte à tous ceux-ci:

• il fait une chose: crée une copie supplémentaire de l'entrée
• cela fonctionne avec d'autres programmes parce que c'est la colle (ou une pièce de plomberie en «T» si vous préférez) qui permet à d'autres programmes de fonctionner ensemble comme dans les exemples ci-dessus
• il le fait en manipulant un flux de texte donné sur une entrée standard

C'est pratiquement la même chose et il faut moins de frappes au clavier pour taper.

Ce n'est pas la même chose du tout ...

Les éléments suivants semblent être quelque peu équivalents, mais ils ne le sont pas:

$ echo "hi" > test.txt

$ echo "hi" | tee test.txt
hi

La différence critique est que le premier a écrit les données uniquement dans le fichier nommé, tandis que le dernier a écrit hidans le terminal ( stdout) et dans le fichier nommé, comme indiqué ci-dessous:

teevous permet d'écrire les données dans un fichier et de les utiliser dans un pipeline ultérieur, vous permettant de réaliser des tâches utiles, telles que la conservation des données à mi-chemin d'un pipeline:

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

Ou bien, vous pouvez écrire dans un fichier avec des privilèges élevés, sans donner à l'ensemble du pipeline les privilèges élevés (ici, il echoest exécuté en tant qu'utilisateur, alors qu'il est teeécrit dans le fichier root):

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

Avec tee, vous pouvez écrire dans de nombreux fichiers ( et stdout ):

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

Il est également possible d'utiliser execavec teepour enregistrer toute la sortie d'un script dans un fichier, tout en permettant à un observateur ( stdout) de voir les données:

exec > >( tee output.log )

C'est un tee:

Un raccord de tuyau en forme de T. Il a une entrée et deux sorties séparées.
En d'autres termes, il divise un tuyau en deux; comme une fourchette dans la route.

De même, teeun pipe ( |) vous permet de rediriger votre entrée standard vers deux sorties distinctes.

Exemple
Dites par exemple, vous tapez ls /.
Vous obtiendrez une sortie qui ressemble à quelque chose comme:

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

Redirige la sortie dans un fichier texte ls / > ls.txt, et aucune sortie n'est affichée dans le shell, uniquement dans le fichier texte obtenu.

Voulez-vous voir la sortie ET le transférer dans un fichier texte en même temps?
Ajoutez un teeà votre pipe ( |) c'est à dire:ls / | tee ls.txt

Comparez les deux:

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

Non . Vous arrive de mentionner l' un des rares exemples où l' on pouvait en effet rediriger vers le fichier à l' aide >et les >>opérateurs.

Mais Tee peut faire beaucoup plus. Parce que vous le dirigez, vous pouvez alors passer à autre chose.

Un bon exemple est listé sur la page wikipedia :

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

Fondamentalement, vous pouvez diriger le tuyau vers Tee, vous pouvez donc diriger le tuyau de Tee vers autre chose. Si tout ce que vous voulez, c’est écrire un fichier journal, alors vous n’avez pas vraiment besoin de Tee.

teeest loin d'être inutile. Je l'utilise tout le temps et je suis content qu'il existe. C'est un outil très utile si vous souhaitez séparer un pipeline. Un exemple très simple est que vous avez un répertoire $dque vous voulez tarer et que vous voulez aussi le hacher parce que vous êtes paranoïaque (comme moi) et ne faites pas confiance au support de stockage pour conserver les données de manière fiable. Vous pouvez d'abord l' écrire sur le disque, puis le hacher, mais cela échouera si l'archive est corrompue avant d'être hachée. De plus, vous devrez le lire et si vous travaillez sur des fichiers de plusieurs centaines de Go, vous saurez que vous ne voulez vraiment pas les relire si ce n'est pas nécessaire.

Donc, ce que je fais est simplement ceci:

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

Il crée la boule de goudron et la dirige vers le té, qui la dirige ensuite vers deux sous-coques, l'une dans laquelle elle est hachée et l'autre dont elle est écrite sur le disque.

C'est également intéressant si vous souhaitez effectuer plusieurs opérations sur un gros fichier:

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

Lit le fichier une fois, le hachait (afin que vous puissiez vérifier s'il est toujours comme il se doit), l'extrait et le copie dans un emplacement différent. Pas besoin de le lire trois fois pour ça.

Nitpick sur la réponse de @ bertieb disant: Cet exemple montre que le tee est utilisé pour contourner une limitation inhérente à la commande sudo. sudo ne parvient pas à diriger la sortie standard vers un fichier.

Il n'y a pas de limitation inhérente, seulement un malentendu sur le traitement de la commande.

Exemple:

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

Le shell actuel analyse la ligne de commande. Il trouve la redirection de sortie et l'exécute. Ensuite, il exécute la commande, qui est le sudoet fournit la ligne de commande restante en tant qu'arguments à la commande exécutée. Si le shell actuel ne dispose pas des autorisations root, la redirection de sortie échouera.

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

Cela fonctionne parce que la redirection de sortie est reportée à la teecommande, qui à ce stade dispose des autorisations root car elle a été exécutée via sudo.

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

Cela fonctionne car le shell effectuant la redirection dispose des autorisations root.

Comme d'autres personnes l'ont mentionné, la sortie de tuyauterie dans la teecommande écrit cette sortie à la fois dans un fichier et dans la sortie standard.

J'utilise souvent teelorsque je veux capturer la sortie d'une commande dont l'exécution est longue, tout en souhaitant également inspecter visuellement la sortie lorsque la commande la rend disponible. De cette façon, je n'ai pas besoin d'attendre la fin de l'exécution de la commande avant d'inspecter la sortie.

Ce qui ne semble pas encore avoir été mentionné (à moins que je ne l'aie pas manqué), c'est que la teecommande peut également écrire dans plusieurs fichiers à la fois. Par exemple:

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

écrira tous les *.pngfichiers du répertoire en cours dans deux fichiers différents ( a.txtet b.txt) à la fois.

En fait, vous pouvez taper du texte dans plusieurs fichiers différents à la fois avec teececi:

$ 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

L’utilisation la plus courante de tee est de voir le texte sur le terminal en même temps que vous l’envoyez au fichier (ou aux fichiers). Le libellé de votre question suppose que vous n’écrivez jamais que du texte dans les fichiers journaux. J'ai des scripts qui écrivent des listes de noms de fichiers ou de noms de répertoires pour déclencher des fichiers (à traiter par d'autres scripts de manière asynchrone) et j'utilise tee pour envoyer le même contenu à stdout. Toute la sortie standard est dirigée vers les journaux. Donc, j'ai mon texte où je le veux et j'ai une entrée de journal enregistrant que je l'ai fait, le tout à partir d'une seule déclaration 'echo'

tee est également la meilleure méthode sous Unix pour créer plusieurs fichiers identiques. Je l'utilise occasionnellement pour créer plusieurs fichiers vides, comme celui-ci ...

:|tee file01 file02 file03

Imaginez, vous voulez écrire le résultat d’une commande dans un fichier journal ET l’ imprimer sur stdout. Lorsque vous avez besoin de le faire en même temps, alors vous en avez besoin tee.

Un cas d'utilisation consiste à créer des scripts qui écrivent l'intégralité de la construction sur stdout (par exemple pour Jenkins), mais également d'importants éléments en même temps dans un fichier journal séparé (pour les courriels récapitulatifs).

Vous allez vraiment commencer à manquer teelorsque vous devez écrire un script dans Windows. Il n'y a pas teeet c'est vraiment ennuyeux.