2010-03-24 3 views
4

Je cours un serveur d'Ubuntu (9.10) avec Git (le dernier du gestionnaire de paquets d'Ubuntu) installé. L'accès au Git se fait via SSH. Sur les machines Windows, j'utilise Cygwin pour pousser/tirer du code.Problème de vérification de Git [fatal: début EOFs]

Je peux envoyer mon code de projet sur le serveur, mais lorsque je fais un clone ou un pull, il renvoie une erreur [fatal: early EOFs] à environ 75-80%. Après un examen plus approfondi, il semble que les données textuelles ne présentent aucun problème lorsqu'elles sont extraites/clonées, mais lorsque les fichiers jar et les images sont extraits de Git, l'erreur survient.

Une suggestion/un conseil pouvant vous aider à résoudre ce problème?

Merci d'avance.

Répondre

6

Quelle est la version Git utilisez-vous (Ubuntu 9.10 packages mentions 1.6.3)

Un fil récent fait état d'une issue with Git1.7.1 similaire, bien que ce soit from a Cygwin environment.

$ 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 essayé déclasser votre Git (sur le côté serveur et/ou the client side) et voir si le problème persiste?


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

git+ssh:// 

au lieu de simplement:

ssh: // + commande git

+0

Désolé de répondre si tard, la solution semble être due à la façon dont je me connecte au référentiel. Auparavant, j'utilisais "git + ssh: //". Quand j'ai changé pour me connecter en utilisant "ssh: //" suivi de la commande git, l'erreur est partie :) – Style

+0

@Style: merci pour vos commentaires. J'ai mis à jour ma réponse pour refléter la cause profonde que vous mentionnez. – VonC

+0

plus bienvenus :) Je veux marquer votre réponse comme utile mais pas assez de points de réputation> Style

1

Pour une raison quelconque, le problème a disparu après avoir activé la compression dans le fichier ~/.ssh/config. Dieu sait pourquoi.

4

@rickb I trouvé que l'exécution

git config --add core.compression -1 

dans le référentiel client (cygwin) réparée.

+0

ne fonctionne pas pour moi sur le serveur distant –

+0

A travaillé pour moi, Ubuntu 12.10, git 1.7.10.4 – WearyMonkey

+0

A travaillé pour moi, MacOS X 10.8.4, git version 1.7.12.4 –

3

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

Questions connexes