Comment traiter chaque ligne reçue à la suite de la commande grep

J'ai un certain nombre de lignes récupérées à partir d'un fichier après avoir exécuté la commande grep comme suit:

var=`grep xyz abc.txt`

Disons que j'ai 10 lignes qui se composent de xyz en conséquence.

Maintenant, je dois traiter chaque ligne obtenue à la suite de la commande grep. Comment procéder pour cela?

L'un des moyens les plus simples est de ne pas stocker la sortie dans une variable, mais de la parcourir directement avec une boucle while / read.

Quelque chose comme:

grep xyz abc.txt | while read -r line ; do
    echo "Processing $line"
    # your code goes here
done

Il existe des variantes de ce schéma en fonction exactement de ce que vous recherchez.

Si vous avez besoin de changer des variables à l'intérieur de la boucle (et que ce changement soit visible à l'extérieur de celle-ci), vous pouvez utiliser la substitution de processus comme indiqué dans la réponse de fedorqui :

while read -r line ; do
    echo "Processing $line"
    # your code goes here
done < <(grep xyz abc.txt)

Vous pouvez faire la while readboucle suivante , qui sera alimentée par le résultat de la grepcommande en utilisant la soi-disant substitution de processus:

while IFS= read -r result
do
    #whatever with value $result
done < <(grep "xyz" abc.txt)

De cette façon, vous n'avez pas à stocker le résultat dans une variable, mais à "injecter" directement sa sortie dans la boucle.

Notez l'utilisation IFS=et read -rselon les recommandations de BashFAQ / 001: Comment puis-je lire un fichier (flux de données, variable) ligne par ligne (et / ou champ par champ)? :

L'option -r pour lire empêche l'interprétation de la barre oblique inverse (généralement utilisée comme paire de nouvelles lignes de barre oblique inverse, pour continuer sur plusieurs lignes ou pour échapper aux délimiteurs). Sans cette option, toutes les barres obliques inverses non échappées dans l'entrée seront supprimées. Vous devriez presque toujours utiliser l'option -r avec read.

Dans le scénario ci-dessus, IFS = empêche le découpage des espaces de début et de fin. Supprimez-le si vous voulez cet effet.

Concernant la substitution de processus, elle est expliquée dans la page bash hackers :

La substitution de processus est une forme de redirection où l'entrée ou la sortie d'un processus (une séquence de commandes) apparaît comme un fichier temporaire.

Je suggérerais d'utiliser awk au lieu de grep + autre chose ici.

awk '$0~/xyz/{ //your code goes here}' abc.txt

Sans aucune itération avec l'option grep --line-buffered:

your_command | grep --line-buffered "your search"

Exemple réel avec une sortie de commande de débogage de routeur Symfony PHP Framework, pour grep toutes les routes liées à "api":

php bin/console d:r | grep --line-buffered "api"

Souvent, l'ordre du traitement n'a pas d'importance. GNU Parallel est fait pour cette situation:

grep xyz abc.txt | parallel echo do stuff to {}

Si votre traitement ressemble plus à:

grep xyz abc.txt | myprogram_reading_from_stdin

et myprogramest lent alors vous pouvez exécuter:

grep xyz abc.txt | parallel --pipe myprogram_reading_from_stdin

Répétez les résultats de grep avec une boucle while / read. Comme:

grep pattern filename.txt | while read -r line ; do
    echo "Matched Line:  $line"
    # your code goes here
done

Pour ceux qui recherchent un monoplace:

grep xyz abc.txt | while read -r line; do echo "Processing $line"; done