Como posso o grep não imprimir erros 'Não existe esse arquivo ou diretório'?

215

Estou fazendo grepping através de uma grande pilha de código gerenciado pelo git, e sempre que faço um grep, vejo pilhas e pilhas de mensagens do formulário:

> grep pattern * -R -n
whatever/.git/svn: No such file or directory

Existe alguma maneira de fazer essas linhas desaparecerem?

grep

— Alex
fonte

1

Hoje em dia eu recomendo usar ag, ackou, em cgrepvez disso - eles são muito mais rápidos / melhores do que greppara pesquisar repositórios de código.

— precisa saber é o seguinte

Se você está pesquisando o código e procurando evitar diretórios específicos, talvez deva procurar ack. É um grep com reconhecimento de código-fonte e, como tal, ignorará ativamente esses diretórios VCS (assim como backups do vi e emacs, arquivos não-fonte etc.).

— Brian Agnew

2

Como um usuário pode receber No such file or directorymensagens para arquivos e / ou diretórios existentes? Ou, inversamente, como grep *obter nomes de arquivos que não existem? Essa é uma condição de corrida, em que algum outro processo manipula a árvore de diretórios (criação, renomeação e exclusão de arquivos) enquanto ela grepestá em execução?

— Scott

299

Você pode usar o sinalizador -sou --no-messagespara suprimir erros.

-s, --no-messages suprime mensagens de erro

grep pattern * -s -R -n

— Dogbert
fonte

14

@Alex @Dogbert Isso responde à pergunta, mas '-s' pode mascarar problemas, por exemplo, quando você usa xargs com grep. Tente criar 2 arquivos em um diretório, 'aaa.txt' e 'a b.txt', ambos contendo a sequência 'some text'. O comando /bin/ls -1 | xargs grep 'some text'fornecerá "esse arquivo ou diretório", porque ele divide 'a b.txt' em 2 args. Se você suprimir, não notará que perdeu um arquivo.

— Kelvin

@ Kelvin sim, por exemplo, se eu usar finde usar print0com xargs -0Isso resolve o problema? Obrigado

— Luka

1

@Luka Isso deve resolver o problema. Você não terá problemas se sempre usar essas opções NUL, mas se não o fizer, é quase garantido (IMHO) que você esquecerá no momento mais inoportuno.

— Kelvin

Isso funciona em Mac OS X, onde outras opções (--quiet) Não

— philshem

59

Se você está procurando através de um repositório git, eu recomendo que você use git grep. Você não precisa passar -Rou o caminho.

git grep pattern

Isso mostrará todas as correspondências do seu diretório atual para baixo.

— Steve Prentice
fonte

5

+1 para o útil comando específico do git. Não vai funcionar para o SVN embora :-)

— cadrian

2

+1 Este é o comando git que estou perdendo - isso permite que eu receba uma string do estado da árvore em qualquer commit (adicionando o commit após o "padrão").

— Kelvin

1

Com o plug-in fugitivo, Ggreptambém pesquisa a partir da parte superior do diretório Git, em vez do diretório atual.

— Ciro Santilli escreveu

Parece ser significativamente mais rápido que o grep padrão. (Talvez ele ignora arquivos binários, etc idéia, mas útil?.)

— Daniel

10

Erros como esse geralmente são enviados para o fluxo de "erro padrão", que você pode canalizar para um arquivo ou simplesmente desaparecer na maioria dos comandos:

grep pattern * -R -n 2>/dev/null

— lunixbochs
fonte

Responde à pergunta, mas pode mascarar problemas. Veja meu comentário na resposta de Dogbert.

— Kelvin

5

Eu já vi isso acontecer várias vezes, com links quebrados (links simbólicos que apontam para arquivos que não existem), o grep tenta pesquisar no arquivo de destino, que não existe (daí a mensagem de erro correta e precisa).

Normalmente, eu não me incomodo ao executar tarefas sysadmin no console, mas, a partir dos scripts, procuro arquivos de texto com "find" e depois grep cada um:

find /etc -type f -exec grep -nHi -e "widehat" {} \;

Ao invés de:

grep -nRHi -e "widehat" /etc

— Isaac Uribe
fonte

4

Normalmente, não deixo o grep fazer a recursão em si. Geralmente, existem alguns diretórios que você deseja pular (.git, .svn ...)

Você pode fazer aliases inteligentes com posturas como essa:

find . \( -name .svn -o -name .git \) -prune -o -type f -exec grep -Hn pattern {} \;

Pode parecer um exagero à primeira vista, mas quando você precisa filtrar alguns padrões, é bastante útil.

— Cadrian
fonte

1

+1. Isso é muito melhor do que suprimir erros. No entanto, acho que você esqueceu o -execantes do seu grep.

— Kelvin

1

O que isto significa? \( -name .svn -o -name .git \)

— Sbhatla

Por que não usar os sinalizadores grex --exclude ou --exlcude-dir?

— Choylton B. Higginbottom

1

@sbhatla os parênteses criam uma ordem de operações para o comando find. stackoverflow.com/questions/24338777/…

— Choylton B. Higginbottom

4

Você já tentou a -0opção em xargs ? Algo assim:

ls -r1 | xargs -0 grep 'some text'

— cokeude
fonte

2

para encontrar você deve adicionar -print0find -print0 | xargs -0 grep 'text'

— aliva

1

Use -Iem grep.

Exemplo: grep SEARCH_ME -Irs ~/logs.

— Bala
fonte

1

-Ipula arquivos binários - é equivalente a --binary-files=without-match. Ele não suprime as mensagens "Não existe esse arquivo ou diretório".

— Mkfearnley

0

I redirecionar stderrpara stdoute, em seguida, inverter-match uso de grep ( -v) para excluir a string de aviso / erro que eu quero esconder:

grep -r <pattern> * 2>&1 | grep -v "No such file or directory"

— talleyho
fonte