Comment sauter “Lâche Objet” popup lors de l'exécution de git gui'

Quand je lance git gui " je reçois un message qui dit

Ce référentiel a actuellement environ 1500 objets en vrac.

Il suggère ensuite de la compression de la base de données. Je l'ai fait avant, et il réduit les objets en vrac à environ 250, mais cela ne veut pas supprimer le popup. La compression de nouveau ne change pas le nombre d'objets en vrac.

Notre flux de travail actuel exige beaucoup de l'utilisation de "rebase" comme nous sommes en transition de Perforce, et Perforce est encore canoniques SCM. Une fois que Git est le canonique SCM, nous ferons régulièrement des fusions, et les objets en vrac problème devrait être grandement atténués.

Dans le temps de le dire, j'aimerais vraiment faire de cette "utiles" popup s'en aller.

Cette boîte de dialogue est un excellent exemple d'une "fonction" que beaucoup de gens voudraient qu'il n'existait pas. Il n'est pas seulement gênant, il peut effacer important s'engage que s'est détachée après un hard reset.

InformationsquelleAutor Michael Donohue | 2009-07-09

157

Puisque personne n'a encore de réponse, j'ai regardé dans le code pour voir comment faire pour supprimer le code qui montre jusqu'à ce que la boîte de dialogue. J'ai trouvé le hint_gc procédure qui le fait et l'endroit où il est appelé. En même temps, j'ai remarqué que la fin de l'année 2011 a été ajouté une option de configuration pour désactiver la boîte de dialogue. Ce changement (partie de git-gui 0.16.0) a été fusionné à Git de ligne du sur 2011-12-14.

Donc, si vous utilisez Git v1.7.9 ou plus récent, vous pouvez désactiver la boîte de dialogue d'avertissement avec la commande suivante:
```
git config --global gui.gcwarning false
```
Si vous utilisez une version plus ancienne, vous pouvez l'éditer /lib/git-core/git-gui et retirer le after 1000 hint_gc ligne, ou de modifier /usr/share/git-gui/lib/database.tcl et l'enlever le corps de la hint_gc procédure. (Ces chemins d'accès aux fichiers sont sur Cygwin - sur d'autres environnements, les fichiers peuvent être dans des endroits différents. Pour Windows, il est c:\Program Files\Git\mingw64\libexec\git-core\git-gui.tcl)
- Pouvons-nous augmenter after 1000 hint_gc si l'avertissement qui se passe après 10000 objets en vrac?
- Je suis d'accord. Il est là pour une raison.
- Vous demandez-vous à quoi exactement les bonnes raisons, que le dialogue est une telle douleur, sans de bonnes raisons, clairement expliqué, je suis certainement très tenté de simplement frapper dans la commande ci-dessus.
- C'est peut-être ce que tu veux dire, mais le "1000" de after 1000 renvoie le nombre de millisecondes à attendre jusqu'à ce que la boîte de dialogue est affichée. En l'augmentant de "10000", la boîte de dialogue apparaîtra encore, mais il va prendre 10 secondes pour le faire à la place.
- Toutefois, comme mentionné dans @NickDandoulakis réponse, database.tcl contient la définition de la limite et peut être augmenté pour rendre la boîte de dialogue de moins en moins fréquentes.
InformationsquelleAutor Esko Luontola
48

Mise à jour: git prune serait "résoudre" le problème, en ce qu'elle permettra de supprimer les objets en vrac

(git gc appels git prune, mais seulement pour les objets en vrac de plus de deux semaines, par défaut).

Cependant, comme le OP Michael Donohue mentionne dans les commentaires:

Je n'aime pas l'aspect de la sécurité de garder les objets lâches autour de deux semaines, si je veux revenir en arrière et regarder quelques anciennes révisions, donc je n'aime pas cette solution.

Je ne suis pas du tout avoir de la difficulté avec la taille ou la performance de git, il est juste "git gui" qui insiste sur demande-moi pour compresser la base de données, même lors de la compression de la base de données serait sans effet.

Réponse originale à cette question:

Le problème de la "git gc" ne pas enlever les tous objets en vrac a été signalé auparavant (à la fin de 2008, ""git gc" ne semble pas supprimer les objets non plus"

git gc supprime uniquement les objets en vrac de plus de deux semaines, si vous voulez vraiment supprimer maintenant, lancez la commande git pruneau.

Mais assurez-vous qu'aucun autre git processus peut être active lorsque vous l'exécutez, ou il pourrait éventuellement étape
sur quelque chose.

"git gc" sera décompresser objets qui sont devenus inaccessibles et sont actuellement en packs.

En conséquence, la quantité d'espace disque utilisée par un dépôt git peut en fait aller jusqu' de façon spectaculaire après un "git gc" l'opération, qui pourrait être surprenant pour quelqu'un qui est proche de leur système de fichiers, supprime un certain nombre de branches à partir d'un référentiel de suivi, et puis un "git gc" peut obtenir une très désagréable surprise.

[Exemple:] Vieilles branches sont réservés par l'intermédiaire d'une balise de type next-20081204.

Si vous mettez à jour votre copie locale de la linux-next référentiel chaque jour, vous permettra d'accumuler un grand nombre de ces vieilles étiquettes de branches.

Si vous supprimez ensuite toute une série d'entre eux, et d'exécuter git-gc, l'opération va prendre un certain temps, et le nombre de blocs et d'inodes utilisés augmenteront de façon significative.

Ils disparaissent après un "git prune", mais quand je fais cette opération de ménage, j'ai souvent souhaité pour un --yes-I-know-what-I-am-doing-and-it's-unsafe-but-just-drop-the-unreachable-objects-cause-this-is-just-a-tracking-repository option "git gc".

Donc dans votre cas, serait un "git prune" être utile?

(éventuellement avec l'aide de "maintenant", dans le gc.pruneexpire variable de config, nécessaire pour le comportement d'arriver).

Vous avez également (à partir du même thread):
```
repack -a -d -l
```
Avis de la lettre minuscule "a".

git-gc appels repack avec majuscule " A " qui est ce qui provoque l'inaccessible aux objets d'être déballé. Peu 'a', est pour les gens qui savent ce qu'ils font, et que vous voulez git simplement déposer inaccessible objets.
- git "prune" permettrait sans doute de résoudre mon problème immédiat - je vais essayer plus tard aujourd'hui. Cependant, je n'aime pas l'aspect de la sécurité de garder les objets lâches autour de deux semaines, si je veux revenir en arrière et regarder quelques anciennes révisions, donc je n'aime pas cette solution. Je ne suis pas du tout avoir de la difficulté avec la taille ou la performance de git, il est juste "git gui" qui insiste sur demande-moi pour compresser la base de données, même lors de la compression de la base de données serait sans effet.
- très utile commentaire. Ce gênant "lâche l'objet" message devenait vraiment gênant. Où est-ce que le comte, de toute façon? La sortie de git-fsck, peut-être?
- merci - j'ai également eu lâche les objets git gc n'était pas enlever - git pruneau a été la réponse.
- J'ai fait un git tailler en dehors de tout référentiel et qu'il éclairci certains objets. Puis je suis allé dans le problème de référentiel et fait un git de pruneau et de tous les problèmes ont disparu.
- "git pruneau" résout le problème de l'OP (et j'ai) eu: "j'ai fait cela avant, et il réduit les objets en vrac à environ 250, mais cela ne veut pas supprimer le popup."
- un git gc est proposée ci-dessous se débarrasser des pop-up (comme indiqué ci-dessous)?
- J'ai seulement essayé le "git prune", et de ce fait se débarrasser de la popup pour moi.
InformationsquelleAutor VonC
30

Lorsque "Lâche Objet" popup je sais qu'il est temps pour exécuter git du garbage collector:
```
git gc
```
Après que le popup s'en va.

Mise à jour: (en raison de T. E. D. est une suggestion)

J'ai extrait ci-dessous la routine de git/share/git-gui/lib/database.tcl

Vous pouvez le modifier pour répondre à vos besoins.
```
proc hint_gc {} {
    set object_limit 8
    if {[is_Windows]} {
        set object_limit 1
    }

    set objects_current [llength [glob \
        -directory [gitdir objects 42] \
        -nocomplain \
        -tails \
        -- \
        *]]

    if {$objects_current >= $object_limit} {
        set objects_current [expr {$objects_current * 256}]
        set object_limit    [expr {$object_limit    * 256}]
        if {[ask_popup \
            [mc "This repository currently has approximately %i loose objects.

To maintain optimal performance it is strongly recommended that you compress the database when more than %i loose objects exist.

Compress the database now?" $objects_current $object_limit]] eq yes} {
            do_gc
        }
    }
}
```
- Ne pas cliquer sur OK dans la boîte de dialogue faire? Si le gc n'a pas à se débarrasser de tous les objets en vrac qu'il avait toujours obtenir la boîte de dialogue.
- J'ai cliqué sur " OK "et j'ai exécuter git gc' à partir de la ligne de commande - ils tous les deux me descendre à 250, mais de le faire à nouveau fait aucun progrès.
- Je sais c'est bizarre mais le nettoyage de la base de gui parfois les feuilles objets en vrac. Je ferme le gui, lancez la commande git-gc, et puis toutes les ordures, sont partis.
- La modification de la tcl fixe - j'ai juste augmenté la limite de windows 10 * 250. Merci!
InformationsquelleAutor Nick Dandoulakis
3

Hmmmm....Je ne vois pas un argument de ligne de commande pour que, dans le docs.

Je suppose que tu peux toujours tirer vers le bas sa source, prenez le code de la boîte de dialogue, et de reconstruire.

InformationsquelleAutor T.E.D.

Vous devez vous connecter pour publier un commentaire.