Liste des fichiers ne correspondant pas à un modèle?

Voici comment on pourrait la liste de tous les fichiers qui correspondent à un motif dans bash:

ls *.jar

Comment lister le complément d'un modèle? c'est à dire tous les fichiers qui ne correspond pas *.pot?

ce ne devrait probablement pas être étiquetés regex, * est une coquille d'expansion générique, et n'est pas une expression régulière *, qui est le "zéro ou plusieurs quantificateur".
Bon point, même si je suis d'apprentissage que l'utilisation de regex est probablement plus pratique pour se les matchs que vous attendez.

InformationsquelleAutor paislee | 2011-12-15

bash glob ls wildcard

52
```
ls | grep -v '\.jar$'
```
par exemple.
- Qu'est-ce que le drapeau-v pour grep?
- inverser le match. Il y a aussi un man grep.
- Comment pouvez-vous faire deux types de fichiers?
- grep -v -e"\.un$' -e '\.deux$', par exemple.
- Ne pas analyser la sortie de ls, je vous remercie.
- Il serait un peu plus efficace d'utiliser des ls --ignore='\.jar " pour éviter d'avoir à appeler un autre programme.
- bon point, n'est-ce pas le savoir. Mais c'est gnu-seulement, je crois.
InformationsquelleAutor Michael Krelin - hacker
69

Utilisation egrep-style étendu pattern matching.
```
ls !(*.jar)
```
Ce qui est disponible à partir de bash-2.02-alpha1.
Doit d'abord être activée avec
```
shopt -s extglob
```
De bash-4.1-alpha il y a une option de configuration pour activer cette fonction par défaut.
- Yay pour la mention de la shopt -s extglob!
- C'est la réponse correcte. La réponse correcte) ne pas utiliser le shell directement, il utilise un auxiliaire de commande.
- Même si j'aime le plus de cette réponse, l'on a accepté la réponse est ok pour la question. L'OP ne pas demander spécifiquement pour l'utilisation de "la coquille directement".
- "egrep-style" est tout à fait trompeur, comme grep traite avec des expressions régulières, bien que cet voici shell modèles.
- Il ne fonctionne pas pour moi. Pour de longues listes de retour d'environ 2000 articles, je me suis "liste d'arguments pour longtemps". Je suppose que cela se passe parce que les branches d'élargir les sorties de la commande à l'intérieur d'eux. Il devient donc un argument liste avec près de 2000 articles qui est vraiment long.
InformationsquelleAutor Christian
33

Peu connu bash extension de la règle:
```
ls !(*.jar)
```
- bash: !: l'événement n'a pas trouvé. De quoi ai-je besoin?
- Essayez d'exécuter 'shopt -s extglob' sur la ligne de commande d'abord, puis en tapant la commande.
InformationsquelleAutor ccarton
17

POSIX définit non-correspondance support des expressions, nous pouvons donc laisser la coquille d'élargir les noms de fichier pour nous.
```
ls *[!j][!a][!r]
```
Cela a quelques bizarreries, mais au moins il est compatible avec sur toute la shell unix.
- +1 pour la conformité POSIX. Un peu de bash/python/ruby fonction combinée avec alias,c'est à dire "lsnot" pourrait rendre facilement réalisable.
- Cela ne correspond pas à des choses plus court que trois personnages.
InformationsquelleAutor stefanct
15

Avec une version appropriée de find, vous pourriez faire quelque chose comme cela, mais c'est un peu exagéré:
```
find . -maxdepth 1 ! -name '*.jar'
```
find trouve des fichiers. Le . argument spécifie que vous voulez lancer la recherche à partir ., c'est à dire le répertoire courant. -maxdepth 1 dit elle, vous ne voulez la recherche d'un niveau de profondeur, c'est à dire le répertoire courant. ! -name '*.jar' recherche tous les fichiers qui ne pas correspondent à l'expression régulière *.jar.

Comme je l'ai dit, c'est un peu overkill pour cette application, mais si vous supprimez le -maxdepth 1, vous pouvez ensuite récursivement la recherche de tous les fichiers jar ou qu'avez-vous facilement.

InformationsquelleAutor Dan Fego
2

Une solution serait ls -1|grep -v '\.jar$'
- Ne pas analyser la sortie de ls, je vous remercie.
- ne pas être religieux sur les règles telles que l'analyse de ls ou à l'aide de goto. Parfois, les solutions les plus efficaces.
- Ce n'est pas l'un de ces cas; find . -print0 | grep -z '\.jar$' fonctionne mieux, même si vous ne souhaitez pas utiliser --ignore ou Bash est prolongée d'expansion. Cela dit, la plupart des gens ne veulent pas lire tout l'article pour comprendre une règle ou ce qu'ils doit faire, et vous pouvez l'adapter à une explication simple et recommandation comme “ça ne fonctionne pas dans les cas de bord; utilisation find -print0 et grep -z au lieu de” dans un commentaire.
InformationsquelleAutor fge
2

Et si vous souhaitez exclure de plus qu'une extension de fichier, de les séparer avec un tuyau |, comme ls test/!(*.jar|*.bar). Faites un essai:
```
$ mkdir test
$ touch test/1.jar test/1.bar test/1.foo
$ ls test/!(*.jar|*.bar)
test/1.foo
```
Regarder les autres réponses que vous pourriez avoir besoin pour shopt -s extglob premier.
- Vous pourrait raccourcir ce !(*.[bj]ar) à la place.
InformationsquelleAutor James Brown
2

Si votre ls le supporte (man ls) utiliser le --hide=<PATTERN> option. Dans votre cas:
```
$> ls --hide=*.jar
```
Pas besoin d'analyser les données en sortie de ls (parce que c'est très mauvais), et s'adapte pour ne pas montrer plusieurs types de fichiers. À un certain moment, j'avais besoin de voir ce que les non-source, non-objet, non libtool fichiers générés ont été dans un (encombré) répertoire:
```
$> ls src --hide=*.{lo,c,h,o}
```
A travaillé comme un charme.

InformationsquelleAutor haavee
0

Une autre approche peut être à l'aide de ls -I drapeau (Ignorer le motif).
```
ls -I '*.jar'
```
InformationsquelleAutor Divyanshu Srivastava

Vous devez vous connecter pour publier un commentaire.