web-dev-qa-db-fra.com

"Échec de la validation - code de sortie 1 reçu" lors de la tentative de validation d'un nouveau référentiel local dans le bureau de github

lorsque j'essaie de valider mon nouveau référentiel local dans GitHub from GitHub-desktop il génère une erreur "La validation a échoué - le code de sortie 1 a été reçu"

githubgithub-desktop
6
Rahul Raj

En ce qui concerne:

 https://cloud.githubusercontent.com/assets/1711576/26461047/58a465c6-4184-11e7-9ed4-baac5cde302e.png

Commencez par vérifier si vous avez ajouté des fichiers à votre index.
Ouvrez la ligne de commande et vérifiez votre git status.

Deuxièmement, voir desktop/desktop numéro 3701 :

certains utilisateurs ont rencontré cette erreur en raison de l’imbrication des répertoires .git.
Pouvez-vous essayer de rechercher dans votre référentiel pour voir si vous avez plusieurs répertoires .git?

Avait un .git dans mon référentiel (dont j'avais besoin) et un .git dans un sous-dossier (que j'ai supprimé), alors cela a fonctionné.

Enfin, vérifiez si vous avez un sous-module (un fichier .gitmodules à la racine de votre référentiel).
Voir desktop/desktop numéro 1770 .

Si je commets moi-même des modifications dans le sous-module, GitHub Desktop est capable de pousser et/ou de valider les modifications par la suite. Après validation du sous-module manuellement, SHA1 passe de sale. À ce stade, je peux m'engager dans le référentiel principal.

8
VonC

J'ai supprimé le référentiel de GitHub Desktop (pas du disque), puis je l'ai ajouté à nouveau en tant que référentiel local, ce qui a résolu le problème pour moi.

Je recevais aussi cette erreur, mais contrairement à d’autres, je n’avais aucun dossier .git imbriqué. Lors de la tentative d'affichage des modifications, chacun des fichiers apparaissait comme "vide" jusqu'à ce que je supprime le référentiel de GitHub Desktop et que je l'ajoute à nouveau.

1
Adam Ryason

le code de sortie 1 en cours de validation n’est pas toujours une véritable "erreur".

je ne connais pas GitHub-desktop (et quelles commandes doivent être exécutées exactement par GitHub-desktop), mais peut-être que votre problème a le même "problème" central que mon problème il y a quelques jours . dans mon cas, j'avais une branche master qui suit/suit Origin/master. j'ai exécuté:

git pull --no-commit --no-ff
git commit -m "merge"

j'ai trouvé que si Origin/master n'a pas de commits qui peuvent être extraits par la commande git pull-, la commande git commit- ne fait évidemment rien car il n'y a pas de changements mis en scène et a (imo: étonnamment) le code de sortie 1 bien qu'aucune erreur ne se soit produite.

(Je suppose que git commit devrait avoir exitcode 0 s'il a vraiment créé un commit).

0
anion