Ligne de commande grep récursive Windows


205

J'ai besoin de faire un grep récursif sous Windows, quelque chose comme ceci sous Unix / Linux:

grep -i 'string' `find . -print`

ou la méthode préférée:

find . -print | xargs grep -i 'string'

Je suis coincé avec seulement cmd.exe, donc je n'ai que des commandes intégrées à Windows. Je ne peux pas installer Cygwin , ni aucun outil tiers comme UnxUtils sur ce serveur malheureusement. Je ne suis même pas sûr de pouvoir installer PowerShell. Des suggestions en utilisant uniquement les cmd.exe intégrés (Windows 2003 Server)?


C'est difficile sans PowerShell, pourquoi ne pouvez-vous pas installer?
Chris Ballance

Les administrateurs système bloquent les autorisations sur nos serveurs. Si quelqu'un a des suggestions PowerShell, jetez-les et je verrai si nous pouvons installer PowerShell.
Andy White

3
btw, j'ai trouvé que sous linux il vaut mieux écrire: "find. | xargs grep -i string". La différence est que si find renvoie une liste très longue, vous pouvez dépasser la longueur de commande maximale (cela m'est arrivé) et vous ne pourrez pas du tout grp. avec xargs, grep est appelé une fois par fichier trouvé.
Nathan Fellman

De nombreuses versions de Grep, y compris Gnu Grep, offrent une recherche récursive intégrée ( gnu.org/software/grep/manual/… ), de sorte que votre recherche pourrait être écrite de manière à grep -i 'string' -R .ce que, comme le suggère @NathanFellman, évite le problème des commandes trop longues.
Scott Centoni

Réponses:


253

findstr peut effectuer des recherches récursives (/ S) et prend en charge une variante de la syntaxe d'expression régulière (/ R).

C:\>findstr /?
Searches for strings in files.

FINDSTR [/B] [/E] [/L] [/R] [/S] [/I] [/X] [/V] [/N] [/M] [/O] [/P] [/F:file]
        [/C:string] [/G:file] [/D:dir list] [/A:color attributes] [/OFF[LINE]]
        strings [[drive:][path]filename[ ...]]

  /B         Matches pattern if at the beginning of a line.
  /E         Matches pattern if at the end of a line.
  /L         Uses search strings literally.
  /R         Uses search strings as regular expressions.
  /S         Searches for matching files in the current directory and all
             subdirectories.
  /I         Specifies that the search is not to be case-sensitive.
  /X         Prints lines that match exactly.
  /V         Prints only lines that do not contain a match.
  /N         Prints the line number before each line that matches.
  /M         Prints only the filename if a file contains a match.
  /O         Prints character offset before each matching line.
  /P         Skip files with non-printable characters.
  /OFF[LINE] Do not skip files with offline attribute set.
  /A:attr    Specifies color attribute with two hex digits. See "color /?"
  /F:file    Reads file list from the specified file(/ stands for console).
  /C:string  Uses specified string as a literal search string.
  /G:file    Gets search strings from the specified file(/ stands for console).
  /D:dir     Search a semicolon delimited list of directories
  strings    Text to be searched for.
  [drive:][path]filename
             Specifies a file or files to search.

Use spaces to separate multiple search strings unless the argument is prefixed
with /C.  For example, 'FINDSTR "hello there" x.y' searches for "hello" or
"there" in file x.y.  'FINDSTR /C:"hello there" x.y' searches for
"hello there" in file x.y.

Regular expression quick reference:
  .        Wildcard: any character
  *        Repeat: zero or more occurrences of previous character or class
  ^        Line position: beginning of line
  $        Line position: end of line
  [class]  Character class: any one character in set
  [^class] Inverse class: any one character not in set
  [x-y]    Range: any characters within the specified range
  \x       Escape: literal use of metacharacter x
  \<xyz    Word position: beginning of word
  xyz\>    Word position: end of word

For full information on FINDSTR regular expressions refer to the online Command
Reference.

45
findstr est un excellent remplacement pour grep. J'ai tendance à utiliser findstr / sinp (récursif, insensible à la casse, ignorer les fichiers binaires et afficher les numéros de ligne)
Steve Rowe

5
Malheureusement, findstr a un support très limité pour regex, selon la documentation et les modèles que j'ai essayé d'utiliser.
John Kaster

3
Soupir, faites confiance à Microsoft pour ajouter un nouvel utilitaire (findstr) au lieu de réparer un existant (find). Si vous souhaitez que findstr puisse compter les lignes, utilisez ceci - findstr [options] | find / c / v "" - utilisez findstr pour faire correspondre les lignes et trouver pour les compter. Oui, find considère qu'aucune ligne ne correspond à une chaîne vide, donc avec / v, chaque ligne correspondra.
yoyo

3
Ils ne voulaient pas casser les pipelines existants qui s'appuyaient sur le comportement brisé de find.
i_am_jorf

134
findstr /spin /c:"string" [files]

Les paramètres ont les significations suivantes:

  • s = récursif
  • p = ignorer les caractères non imprimables
  • i = insensible à la casse
  • n = imprimer les numéros de ligne

Et la chaîne à rechercher est le bit que vous mettez entre guillemets après /c:


2
Désolé. Pourriez-vous ajouter un exemple? Quoi spin? Est-ce la ligne de texte à trouver? Et / g ou / f n'est-il pas utilisé pour spécifier des fichiers? Alors, avec les accolades carrées?
Wolfpack'08

5
findstr /?explique chaque paramètre. s = récursif, p = ignorer les caractères non imprimables, i = insensible à la casse, n = imprimer les numéros de ligne. Vous n'avez pas nécessairement besoin de tout cela, mais je les aime bien, et spinc'est facile à retenir. La chaîne à rechercher est le bit que vous mettez entre guillemets après /c:.
i_am_jorf

3
Oh haha. J'ai fait un /?, mais je ne savais pas vraiment que les modificateurs étaient utilisés comme /spin. Je pensais qu'ils étaient utilisés comme /s/p/i/n.
Wolfpack'08

4
Ouais, en général. Certains programmes cmd vous permettent de vous relâcher par rapport au /s. C'est un. Ils ne vous laissent pas tous faire cela. Vous savez, cmd est très spécial.
i_am_jorf

2
Il est cependant distribué dans le cadre de Windows et répond ainsi aux exigences d'affiches originales de quelque chose qui peut être fait avec cmd.exe qui ne nécessite aucun logiciel supplémentaire pour être installé.
i_am_jorf

26

Je viens de rechercher un texte avec la commande suivante qui m'a répertorié tous les noms de fichiers contenant mon «texte de recherche» spécifié.

C:\Users\ak47\Desktop\trunk>findstr /S /I /M /C:"search text" *.*

13

Je recommande un très bon outil:

utils natifs unix:

Déballez-les et placez ce dossier dans votre variable d'environnement PATH et le tour est joué! :)

Fonctionne comme un charme, et il y a beaucoup plus que juste grep;)


5
@mPrinC La question dit "Je ne peux malheureusement pas installer Cygwin, ni aucun outil tiers comme UnxUtils sur ce serveur".
martin jakubik

7
Surévalué car il m'est toujours utile. De plus, il ne nécessite pas d'installation, il suffit de l'extraire quelque part.
Rosdi Kasim

12

Recherche récursive de importmot dans le srcdossier:

> findstr /s import .\src\*

9
for /f %G in ('dir *.cpp *.h /s/b') do  ( find /i "what you search"  "%G") >> out_file.txt

Cela ressemble à cette réponse ici serverfault.com/a/506615 , mais j'aime le fait que vous redirigez la réponse vers un fichier. Beaucoup plus facile à consommer.
jinglesthula

Juste pour référence, avec findstr, vous obtenez des noms de fichiers en surbrillance sur la ligne de commande, et vous ne les obtenez pas dans un fichier texte (évidemment). Il n'est donc pas acquis que le fichier texte est un format plus utile.
Martin Greenaway du

5

Select-Stringa fonctionné le mieux pour moi. Toutes les autres options répertoriées ici, telles que findstr, ne fonctionnaient pas avec des fichiers volumineux.

Voici un exemple:

select-string -pattern "<pattern>" -path "<path>"

remarque : cela nécessite Powershell


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.