Git vérification de problème [fatal: début des expressions du folklore]

Je suis sur une Ubuntu (9.10) serveur avec Git (plus tard à partir du gestionnaire de paquets de Ubuntu) installé. L'accès à l'Git est via SSH. Sur les machines windows, j'utilise Cygwin pour push/pull de code.

Je peux pousser mon projet de code sur le serveur mais quand je fais un clone ou un pull, il retourne un [fatal: début des expressions du folklore] erreur à environ 75-80%.

Après enquête, il semble que des données textuelles n'a pas de problème lorsqu'il est tiré/cloné, mais lorsque les fichiers jar et les images sont extraites à partir de Git, l'erreur se produit.

Toute suggestion/conseils qui peuvent aider à résoudre ce problème?

Merci d'avance.

OriginalL'auteur Style | 2010-03-24

  1. 6

    Qu'est-ce que la version Git utilisez-vous (Ubuntu 9.10 paquets mentionne 1.6.3)

    Un récent fil signalé une semblable problème avec Git1.7.1, bien qu'il ait été à partir d'un environnement Cygwin.

    $ git clone git:/repo/git/acl acl.test
  Initialized empty Git repository in /c/tmp/acl.test/.git/
  remote: Counting objects: 9205, done.
  remote: Compressing objects: 100% (3300/3300), done.
  fatal: The remote end hung up unexpectedly
  fatal: early EOFs:  62% (5708/9205)
  fatal: index-pack failed

    Avez-vous essayez de réduire votre Git (sur le côté serveur et/ou le côté client) et voir si le problème persiste?

    Que l'OP Style rapports dans les commentaires, le message peut aussi être déclenchée par un protocole incorrect:

    git+ssh://

    au lieu de simplement:

    ssh://+ commande git

    Désolé de répondre si tard, la solution semble être due à la façon dont je me connecte sur le référentiel. Auparavant, j'étais à l'aide de "git+ssh://". Quand j'ai changé de vous connecter en utilisant "ssh://" suivi de commande git, l'erreur est parti 🙂
    merci pour les commentaires. Je l'ai mise à jour de ma réponse à réfléchir à la cause que vous mentionnez.
    la plupart de bienvenue 🙂 je veux la marque de votre réponse comme utile, mais pas assez de points de réputation >< Mais je suis sidéré de voir et d'aimer de la communauté. Ravi de vous rencontrer! Un débordement de pile de rochers, Git trop 😉
    Vous êtes les bienvenus 🙂 Selon stackoverflow.com/faq, vous pouvez marquer une réponse comme acceptée, vous juste ne peut pas encore upvote (pas jusqu'à ce que vous atteindre 15 points de réputation)
    Changer le protocole m'a aidé, merci 😉

    OriginalL'auteur VonC

  2. 4

    @rickb j'ai trouvé que l'exécution de

    git config --add core.compression -1

    dans le client (cygwin) référentiel fixe.

    n'a pas fonctionné pour moi sur le serveur distant
    A travaillé pour moi, Ubuntu 12.10, git 1.7.10.4
    A travaillé pour moi, mac os X 10.8.4, version git 1.7.12.4

    OriginalL'auteur Voket

  3. 3

    git config --global --add core.compression -1

    OriginalL'auteur GermanF

  4. 1

    Pour une raison quelconque, le problème a disparu après que j'ai activé la Compression dans le ~/.ssh/config fichier. Dieu sait pourquoi.

    OriginalL'auteur Sverre

  5. 0

    Essayer msysgit. J'ai eu le même problème avec cygwin du git, et quand je l'ai récupéré le même référentiel à l'aide de msysgit il a travaillé la première fois.

    Voir aussi ce fil: http://cygwin.com/ml/cygwin/2010-09/msg00832.html

    OriginalL'auteur Tim Abell

  6. -1

    Checkout cette réponse:
    https://stackoverflow.com/a/6849424

    aussi, vous pouvez essayer: git config --global core.la compression de 0 tp désactiver les compressions.

    OriginalL'auteur Mohammad AlQanneh