Impossible de pousser à l'erreur GitHub: les objets pack sont morts du signal 13

Je vais avoir de la difficulté à pousser mon dossier local vers mon remote repository sur GitHub.

Après je push, il est à environ 96% montre ensuite ce..

Counting objects: 4145, done.
Delta compression using up to 2 threads.
Connection to github.com closed by remote host.
fatal: The remote end hung up unexpectedly
Compressing objects:  98% (3919/3969)

Puis, après le dernier 2% complète est affiche cette erreur...

Compressing objects: 100% (3963/3963), done.
error: pack-objects died of signal 13
error: failed to push some refs to '[email protected]:example/example.git'

Savez pas ce que cela signifie.

source d'informationauteur Dan Christian

  1. 11

    Cela pourrait être causé par la nouvelle GitHub limites sur la taille des fichiersou, éventuellement, le processus d'emballage est un plantage dû à des données de grande taille (comme dans cette autre DONC, la question à partir de 2011: Autre façon de faire pousser d'un grand repo) avant que ces limites peuvent même être signalés.

    Il y A quelques semaines sur un collègue Mac OS X machine, j'ai vu une similaire opaque messag d'erreur lors de la poussée (tho' seulement sur HTTPS, SSH a donné le bon message d'erreur) - avoir encore essayé de reproduire ce juste maintenant en poussant un gros fichier sur GitHub sur mon Mac, j'ai prévu le message d'erreur informatif sur les deux protocoles de connexion ("à distance: erreur: le Fichier est la taille de 976.56 MO; il dépasse de GitHub limite de taille de fichier de 100 MO"). Il est possible que mon collègue avait une ancienne version de Git installé à ne pas signaler les erreurs correctement.

    Si vous décidez que vous avez besoin de supprimer les fichiers de grande taille à partir de votre historique de Git (comme c'est la seule façon que vous allez obtenir poussé jusqu'à GitHub), je peux recommander Le BFG:

    $ java -jar bfg.jar  --strip-blobs-bigger-than 50M  my-repo.git

    Divulgation complète: je suis l'auteur de la BFG Repo-Cleaner.

  2. 5

    Simple solution consiste à augmenter le HTTP post taille de la mémoire tampon pour permettre à de plus gros morceaux pour être poussé jusqu'à la distance de prise en pension. Pour ce faire, il suffit de taper:

    git config http.postBuffer 52428800

    Le nombre est en octets, de sorte que dans ce cas, j'ai mis à 50 MO. La valeur par défaut est de 1 mo.

  3. 1

    Si vous n'avez pas à démarrer le proccess cela pourrait également signifier que les autorisations de votre serveur de base de référentiel sont mauvais. J'ai juste été confronté à ce problème, et mon référentiel maître était avec la racine.les permissions root, donc mon utilisateur git ne pouvais pas écrire des données.

    Vous pouvez essayer de vérifier votre maîtrise du référentiel des autorisations avant d'essayer de pousser.