Accueil·Messages d’erreur

husky · Git

Le message

husky - pre-commit hook exited with code 1 (error)

Ce que cela veut dire

Votre commit n'a jamais été créé : un hook — lint, tests, formateur — s'est terminé avec un code non nul et git a abandonné. La vraie raison n'est pas cette ligne mais la sortie du hook juste au-dessus, généralement une règle de lint ou une erreur de types. Corriger ce que le hook a signalé et committer à nouveau est la seule vraie réponse. git commit --no-verify saute tous les hooks de commit et produit bien un commit, mais il n'a pas passé la vérification : il a seulement déplacé l'échec vers la CI, et du code non formaté part tel quel chez vos collègues.

Le correctif

git commit --no-verify
Émis par
husky
Git
29

Presque toutes les erreurs de git sont un refus qui signifie « faire cela depuis cet état ferait perdre quelque chose » ; fatal: veut dire que git s'est arrêté sans rien modifier, et les lignes hint: sous la première portent souvent le vrai remède.

Lire un message d’erreur

  • Lisez à partir de la première ligne. Plus on descend, plus il s’agit des entrailles de l’outil ; la cause est généralement en haut.
  • S’il y a un fichier et un numéro de ligne, commencez là — pas la première image de la pile, mais la ligne la plus haute qui nomme un fichier de vous.
  • Cherchez le message tel quel, mais retirez d’abord vos chemins et vos noms de variables : c’est cela qui empêche la correspondance.
  • La même situation se formule autrement selon la version de l’outil. Si les résultats sonnent faux, ajoutez le numéro de version.
  • Avant de coller un correctif, vérifiez ce qu’il jette. Certains sont irréversibles.

Questions fréquentes

Q. Que veut dire « husky - pre-commit hook exited with code 1 (error) » ?

Votre commit n'a jamais été créé : un hook — lint, tests, formateur — s'est terminé avec un code non nul et git a abandonné. La vraie raison n'est pas cette ligne mais la sortie du hook juste au-dessus, généralement une règle de lint ou une erreur de types. Corriger ce que le hook a signalé et committer à nouveau est la seule vraie réponse. git commit --no-verify saute tous les hooks de commit et produit bien un commit, mais il n'a pas passé la vérification : il a seulement déplacé l'échec vers la CI, et du code non formaté part tel quel chez vos collègues.

Q. Comment le corriger ?

git commit --no-verify — avant de le lancer, vérifiez plus haut ce que cette commande jette.

Q. Quel outil émet cela ?

husky. Cela relève de Git, et le message compte 9 mots.

Erreurs voisines