Pourquoi git continue-t-il à me dire que c’est «emballer automatiquement le référentiel en arrière-plan pour des performances optimales»?

Note : je ne pense pas que ce soit un doublon de cette question , qui parle d’un pack non-background qui se bloque avec un message d’erreur subtilement différent .


Dans l’un de mes repositorys git, chaque fois que j’appelle (par exemple) git fetch , git imprime:

 Auto packing the repository in background for optimum performance. See "git help gc" for manual housekeeping. 

Il semble que cela s’imprime à chaque fois si je fais un git fetch plusieurs resockets, même s’il n’y a pas de changement et rien à faire pour que git fetch le fasse. Cela n’a pas beaucoup de sens pour moi. Cela semble également se produire avec d’autres opérations réseau, telles que git push et git pull .

La commande revient instantanément à l’invite sans autre résultat, et je ne trouve aucun processus git en cours d’exécution sur ma machine. Cela semble se produire uniquement avec ce repository, et uniquement sur cette machine. git config -l | grep gc git config -l | grep gc ne retourne rien.

Que puis-je faire pour diagnostiquer ou résoudre ce problème?

 $ git --version git version 2.0.1 

J’utilise OS X 10.9.

    J’ai trouvé la solution du deuxième commentaire que vous avez fourni, merci Trengot. Il s’est avéré que j’avais des blobs pendants, qui étaient en .git/objects/17 et donc en train de déclencher l’emballage:

     $ git fsck dangling blob d9ff0aeac4aa8b4e0907daed675ebf60278bc977 dangling blob dbff2d073741f9775c815d4a3c623736af224dad dangling blob e1ffbab1c5b985cd1cd3bc0281075ea2ed80744a dangling blob fdff59878ccb3a75689f4acca615cfb635288774 

    Cela les a nettoyés:

     $ git gc --prune=now 

    Soyez conscient que, selon le commentaire d’Henrik ci-dessous, cela peut être un peu dangereux. Prends soin!