comment puis-je utiliser la commande grep --option inclure plusieurs types de fichiers?

Quand je veux grep tous les fichiers html dans un répertoire, je ne les suivants

grep --include="*.html" pattern -R /some/path

qui fonctionne bien. Le problème est de savoir comment grep tout le html,htm,php les fichiers dans un répertoire?

De cette Utiliser grep --exclude/--la syntaxe de ne pas grep par le biais de certains fichiers, il semble que je peux faire la suite

grep --include="*.{html,php,htm}" pattern -R /some/path

Mais malheureusement, cela ne fonctionne pas pour moi.

Pour info, mon grep version 2.5.1.

InformationsquelleAutor tianyapiaozi | 2012-05-16

grep shell

110

Vous pouvez utiliser plusieurs --include drapeaux. Cela fonctionne pour moi:

grep -r --include=*.html --include=*.php --include=*.htm "pattern" /some/path/

Cependant, vous pouvez faire en tant que Deruijter suggéré. Cela fonctionne pour moi:

grep -r --include=*.{html,php,htm} "pattern" /some/path/

N'oubliez pas que vous pouvez utiliser find et xargs pour ce genre de chose:

find /some/path/-name "*.htm*" -or -name "*.php" | xargs grep "pattern"

HTH
- Je vois le problème. J'ai utilisé --include=".{html,php}" pour prévenir la coquille de l'expansion ' " qui, dans le même temps d'arrêt shell pour élargir {html,php}. Il semble que le signe égal dans --include=* est capable de prévenir la coquille de l'expansion de '*'.
- xargs n'est pas vraiment un substitut; beaucoup de temps lorsque vous avez besoin de cette fonctionnalité, vous avez à traiter avec plus de fichiers que xargs va gérer.
- Jetez un oeil à GNU Parallèle. Il peut souvent être utilisé comme un substitut pour xargs. Ceci est aussi mérite une lecture rapide. HTH.
- Il est exact que le citant autour de l'attache de l'expansion est le problème, sans le citer, toutefois, * est encore soumis à d'expansion dans le cadre de la marque il est inclus dans, c'est juste passe ne correspondent à rien dans ce cas, puisque seuls les fichiers littéralement nommé quelque chose comme --include=foo.html correspondent. Pour être sûr, de citer le * (qui peut vous faire individuellement avec \*). Comme un bonus supplémentaire de ce fait, il visuellement plus claire qui est ce n'est pas le shell que doit effectuer l'expansion dans ce cas.
- Comme pour le find solution: à l'aide -exec grep "pattern" {} + au lieu de | xargs grep "pattern" est plus robuste (gère les noms de fichiers avec des espaces, par exemple) ainsi que plus efficace.
- ce que @mklement0 a écrit est vrai, surtout parce que trouver avec -exec est conscient de la valeur maximum de taille de ligne de commande accepté par xargs et segmenter les noms de fichiers et de garder la longueur de la commande xargs juridique, tout en utilisant un tuyau peut excéder le maximum de la longueur de la ligne de commande
- Pour être clair: il vous suffit d'utiliser -exec lieu de xargs - find -exec a xargs logique construit en (c'est peut-être ce que tu voulais dire). Comme pour les tubes: tant que les arguments de flux via stdin, plutôt que d'être passé sur la ligne de commande (avec ou sans "pipeline"), il ne devrait pas être un problème (en raison de xargs intelligent de derrière-le-scènes argument de segmentation).
InformationsquelleAutor Steve
22

À l'aide de {html,php,htm} ne peut fonctionner que comme un attelle d'extension, ce qui est un non standard (non POSIX) de la fonction de bash, ksh, et zsh.
- En d'autres termes: n'essayez pas de l'utiliser dans un script qui cible /bin/sh - utilisation explicite plusieurs --include arguments dans ce cas.
- grep lui-même ne pas comprendre {...} notation.
Pour une orthèse d'extension pour être reconnu, il doit être un non cotées (partie d'une) jeton sur la ligne de commande.

Une attelle d'extension étend à plusieurs arguments, donc, dans le cas à portée de main grep finit par voir plusieurs --include=... options, comme si vous aviez passé individuellement.

Les résultats d'une orthèse d'extension sont sous réserve d'expansion (extension de nom de fichier), qui a pièges:
- Chaque argument pourrait être élargi à l'appariement des noms de fichiers s'il contient des non cotées d'expansion des caractères tels que *.
  
  Bien que cela soit peu probable qu'avec des marques telles que --include=*.html (par exemple, vous devez avoir un fichier littéralement nommé quelque chose comme --include=foo.html pour quelque chose de match), il est utile de garder à l'esprit en général.
- Si le nullglob option shell se trouve être activée (shopt -s nullglob) et d'expansion correspond à rien, l'argument sera jeté.
Donc, pour entièrement une solution robuste, utilisez la commande suivante:
```
grep -R '--include=*.'{html,php,htm} pattern /some/path
```
- '--include=*.' est traité comme un littérale, en raison d'être unique cité; ce qui empêche toute interprétation de * comme une expansion de caractère.
- {html,php,htm}, la nécessité - non cotées attelle d'extension^[1]
  s'élargit pour 3 arguments, qui, en raison de {...} directement à la suite de la '...' jeton, inclure ce jeton.
- Par conséquent, après la citation de suppression par le shell, suivantes 3 littérale arguments sont finalement passés à grep:
  - --include=*.html
  - --include=*.php
  - --include=*.htm
^{[1] Plus précisément, il est seulement la syntaxe pertinentes parties de l'attelle d'extension qui doit être non cotées, la liste des éléments peut encore être individuellement cité et doit l'être si elles contiennent de l'expansion des caractères de remplacement qui pourrait entraîner indésirables d'expansion après l'accolade de l'expansion, tandis que pas nécessaire dans ce cas, le ci-dessus peut être écrite comme

'--include=*.'{'html','php','htm'}}
- Merci beaucoup pour ce post. Des grands postes de ne pas seulement répondre à la question, mais vous apprendre quelque chose de nouveau! Cela est particulièrement utile pour ceux d'entre nous écrire sur quelque chose qui doit être conforme à POSIX. Personne à l'aide de Mac OS X devrait voir ici!
- Je suis heureux d'entendre ça, mais pour être clair: tout attelle d'extension n'est pas conforme à POSIX, il fonctionne avec bash sur n'importe quelle plateforme que bash s'exécute sur.
InformationsquelleAutor mklement0
9

Essayez de supprimer les guillemets
```
grep --include=*.{html,php,htm} pattern -R /some/path
```
- ne fonctionne pas non plus.
- Essayez grep --include=\*.{html,php,htm} pattern -R /some/path. Il a travaillé pour moi.
InformationsquelleAutor Deruijter
4

ce n'est pas du travail?
```
  grep pattern  /some/path/*.{html,php,htm} 
```
- Pas vraiment. Les fichiers peuvent par résident dans le sous-répertoire de la sous-répertoire
InformationsquelleAutor Vijay
2

De l'essayer.
-r va faire une recherche récursive.
-de la volonté de supprimer les fichier non trouvé des erreurs.
-n va vous montrer le numéro de ligne du fichier dans lequel le modèle est trouvé.
```
    grep "pattern" <path> -r -s -n --include=*.{c,cpp,C,h}
```
- C'est la meilleure réponse pour moi en particulier, et je pense que vous pouvez mettre -rsn au lieu de -r -s -n (mais c'est tatillon).
- Habituellement j'utilise -ia. Pour plus de clarté dans l'exemple que j'ai eu à mentionner -r -n -s 🙂 Content que cela a aidé.
InformationsquelleAutor Pradeep
0

Utilisation grep avec find commande
```
find /some/path -name '*.html' -o -name '*.htm' -o -name '*.php' -type f 
 -exec grep PATTERN {} \+
```
Vous pouvez utiliser -regex et -regextype options de trop.

InformationsquelleAutor Prince John Wesley
0

Il travaille pour le même but, mais sans --include option. Il fonctionne sur grep 2.5.1 ainsi.
```
grep -v -E ".*\.(html|htm|php)"
```
InformationsquelleAutor Kohei Mikami

Vous devez vous connecter pour publier un commentaire.