Erreur Git en essayant de pousser – le crochet de pré-réception a décliné

Lorsque j’essaie de pousser un changement que j’ai commis, j’obtiens l’erreur suivante …

git.exe push -v --progress "origin" iteration1:iteration1 remote: ********************************************************************* To ssh://git@mycogit/cit_pplus.git ! [remote rejected] iteration1 -> iteration1 (pre-receive hook declined) error: failed to push some refs to 'ssh://git@mycogit/cit_pplus.git' 

Que se passe-t-il?

Vous devriez demander à quiconque conserve le repo à git@mycogit/cit_pplus.git .

Vos commits ont été rejetés par le hook pre-receive de ce repo (c’est un script configurable par l’utilisateur destiné à parsingr les validations entrantes et à décider si elles sont suffisamment bonnes pour être acceptées dans le repository).

C’est aussi une bonne idée de demander à cette personne de mettre à jour le hook, afin d’imprimer les raisons du rejet.

Si le responsable est vous-même, il semble que vous ayez un problème avec votre configuration côté serveur. S’il vous plaît partager plus d’informations alors.

Je parie que vous essayez une poussée non rapide et que le crochet le bloque. Si c’est le cas, lancez simplement git pull --rebase avant de pousser à rebaser vos modifications locales sur la base de code la plus récente.

La taille du fichier est importante. Il y a une limite de ~ 120 Mo pour un seul fichier. Dans mon cas, le fichier .gitignore utilisant Visual Studio était répertorié, mais le fichier était toujours validé. Lors de l’utilisation de git cli, nous pouvons obtenir des informations plus détaillées sur l’erreur.

pré-recevoir crochet décliné à la suite du gros fichier. Valider fondamentalement la poussée.

Pour le résoudre, j’ai supprimé le dernier commit en utilisant:

 git reset --soft HEAD~1 

J’ai ensuite exclu le fichier du commit.

J’espère que cela aide.

Cela peut être dû au fait que vous n’avez pas eu le droit de vous engager dans une twig, telle que master, vous pouvez demander au responsable de vous donner le droit de pousser

J’ai eu ce problème en essayant de fusionner les modifications avec une taille de fichier supérieure à celle autorisée par le référentiel distant (dans mon cas, c’était GitHub)

J’ai reçu ce message lorsque le serveur GitLab a subi quelques modifications. Le lendemain, le travail a bien fonctionné. Quoi qu’il en soit, comme d’autres l’ont souligné, vérifiez auprès de votre responsable.

Dans mon cas, j’ai reçu ce message car la twig était marquée comme “Protected” dans GitLab.

J’ai rencontré ce même problème.
Ce qui m’a résolu, c’est de passer à une autre twig, puis de revenir à la première.

Je ne suis pas sûr de la cause du soulignement, mais cela a résolu le problème.

Je l’ai eu en essayant de pousser vers une instance de dokku. Éteint le disque était plein sur mon serveur.

Ran: du -f

Et le résultat était:

 Filesystem Size Used Avail Use% Mounted on udev 476M 0 476M 0% /dev tmpfs 100M 4.4M 95M 5% /run /dev/xvda1 7.8G 7.4G 8.9M 100% / 

Dans mon cas, nous avons des hooks pour les messages de validation, notre script de serveur accepte les commits s’ils ont le format spécial pour le message de validation "" . Il décline si un ticket Jira respectif n’existe pas ou qu’il y a des symboles spéciaux dans le message de validation. Je suis confronté à cette erreur lorsque j’ajoute /, [,> etc. dans un message de validation, en supprimant le bon fonctionnement.

Cela se produit effectivement lorsque YACC est activé côté serveur dans BitBucket. YACC permet d’activer les noms de problème JIRA dans le message de validation. Donc, chaque fois que vous engagez quelque chose au moins, conservez votre numéro JIRA dans le message de validation et vous pouvez également append votre propre message.

Pour moi, l’autorisation sur le serveur distant git résout le problème. entrer la description de l'image ici

J’utilisais GitKraken et nous avons créé une twig locale, puis nous avons fusionné deux twigs distantes, puis nous avons essayé de pousser la twig locale à l’origine. Cela n’a pas fonctionné avec le même message d’erreur.

La solution consistait à créer la twig locale et à la lancer d’abord puis à effectuer la fusion.

Dans mon cas, c’est parce que j’ai accidentellement ajouté un fichier géant à ma poussée non validée et que je ne pouvais pas m’en débarrasser, peu importe ce que je faisais ou réinitialisais ou que je faisais après.

Ma solution sale mais réalisable consiste à renommer le répertoire actuel, à re-cloner le répertoire en local et à refléter les modifications manuellement dans le répertoire local recloné …

Ca ne sonne pas bien mais ça marche …