Toute l'équipe reçoit «trop d'objets libres inaccessibles»
Il n'ya pas longtemps, nous avons fait la transition à partir de SVN à Git.
Il y A quelques jours, j'ai réalisé que l'ensemble de notre équipe reçoit ces messages quand ils poussent :
$ git push
Counting objects: 32, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (19/19), done.
Writing objects: 100% (32/32), 2.94 KiB | 0 bytes/s, done.
Total 32 (delta 14), reused 0 (delta 0)
error: The last gc run reported the following. Please correct the root cause
and remove gc.log.
Automatic cleanup will not be performed until the file is removed.
warning: There are too many unreachable loose objects; run 'git prune' to remove them.
To [email protected]:root/xxx.git
15c3bbb..69e6d8b xxxx -> xxx
Je pensais que ça venait de mon ordinateur pendant un certain temps, jusqu'à ce que je me rends compte que tout le monde a les mêmes problèmes.
Inutile de dire, il n'y a pas de gc.journal de dans mon .git dossier, et à l'aide de git gc' ou 'git pruneau" n'a aucun effet.
Donc ma question est : se Pourrait-il que le dépôt hébergé sur le serveur est en quelque sorte pas propre? Si oui, comment puis-je le nettoyer?
Toutes les solutions que j'ai trouvé jusqu'ici se rapportent à des copies locales de dépôts.
Aussi, nous utilisons Gitlab pour l'hébergement de notre repos.
EDIT : Il faut dire aussi que j'ai depuis que j'ai posté cette question s'est également essayé de "faire le Ménage" le référentiel à l'aide de Gitlab, mais sans résultat jusqu'à présent.
Grâce
source d'informationauteur jlengrand | 2016-06-09
Vous devez vous connecter pour publier un commentaire.
Il est suivi par question 14357 (GitLab 8.6 ou moins)
Le manuel correctif a été:
rm gc.log
c'est juste figurant à la ligne "avertissement: Il y a trop inaccessible objets en vrac; exécuter git "prune" pour les supprimer."git prune
et pria pour qu'elle ne rompt pas les choses (ce qui heureusement n'a pas)Mais il semble que, à partir GitLab 8.7, auto gc est désactivé.
Cela se fait également dans le contexte de (toujours ouvert) question 13524: