Jak pominąć wyskakujące okienko "Loose Object " podczas uruchamiania'Git gui'

Update: git prune "rozwiąże" problem, ponieważ usunie te luźne obiekty
(git gc wywołania git prune, ale domyślnie tylko dla luźnych obiektów starszych niż dwa tygodnie).
Jednak jak wspomina w komentarzach op Michael Donohue: ]}

Podoba mi się aspekt bezpieczeństwa trzymania luźnych przedmiotów przez dwa tygodnie, powinienem wrócić i spojrzeć na Stare poprawki, więc nie podoba mi się to rozwiązanie.
Nie jestem. mając jakiekolwiek problemy z rozmiarem lub wydajnością git, to po prostu 'Git gui' nalega na poproszenie mnie o kompresję bazy danych, nawet jeśli kompresja bazy danych nie przyniesie żadnego efektu.

Problem" git gc " Nie usuwania wszystkich luźnych obiektów był zgłaszany wcześniej (późno 2008, ""git gc" wydaje się, że nie usuwa już luźnych przedmiotów "

git gc usuwa tylko luźne przedmioty starsze niż dwa tygodnie, jeśli naprawdę chcesz je teraz usunąć, Uruchom Git prune.
Ale upewnij się, że żaden inny proces git nie może być aktywny podczas jego uruchamiania, lub może to nastąpić na czymś.

"git gc" rozpakuje obiekty, które stały się niedostępne i znajdowały się obecnie w pakietach.
W rezultacie ilość miejsca na dysku używanego przez repozytorium git może znacznie wzrosnąć po operacji "git gc", co może być zaskakujące dla kogoś, kto pracuje prawie na pełnym dysku system plików, usuwa kilka gałęzi z repozytorium śledzenia, a następnie robi "git gc" może dostać bardzo nieprzyjemną niespodziankę.

[przykład: ] stare gałęzie są zarezerwowane za pomocą znacznika, takiego jak next-20081204.
Jeśli codziennie aktualizujesz lokalną kopię repozytorium linux-next, zgromadzisz dużą liczbę tych starych znaczników gałęzi.
Jeśli następnie usuniesz całą ich serię i uruchomisz git-gc, operacja zajmie sporo czasu, a liczba bloków i stosowane i-węzły będą znacznie rosły.

Znikną po " git prune", ale kiedy robię tę operację sprzątania, często marzyłem o opcji --yes-I-know-what-I-am-doing-and-it's-unsafe-but-just-drop-the-unreachable-objects-cause-this-is-just-a-tracking-repository na "git gc".

(prawdopodobnie z użyciem "now" w zmiennej konfiguracyjnej gc.pruneexpire, potrzebnej do wystąpienia powyższego zachowania).

Masz też (z tego samego wątku):

repack -a -d -l

Zwróć uwagę na małe litery "a".

git-gc wywołania przepakowują się wielkimi literami "A", co powoduje rozpakowanie nieosiągalnych obiektów. Małe "a", jest dla ludzi, którzy wiedzą, co robią i chcą, aby git po prostu upuścił nieosiągalne obiekty.

Kiedy wyskakuje" Loose Object " wiem, że nadszedł czas, aby uruchomić garbage collector Gita:

git gc

Potem okienko zniknie.

Update: (ze względu na sugestię T. E. D.)

Wyciągnąłem poniższą rutynę z git/share/git-gui/lib/database.tcl
Możesz go zmodyfikować do swoich potrzeb.

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
        }
    }
}

Hmmmm....Nie widzę argumentu wiersza poleceń w docs.

Przypuszczam, że zawsze możesz ściągnąć jego źródło, wyjąć kod do okna dialogowego i odbudować.