Cómo omitir la ventana emergente "Objeto suelto" cuando se ejecuta 'git gui'

Cuando ejecuto 'git gui' me sale una ventana emergente que dice

Este repositorio actualmente tiene aproximadamente 1500 objetos sueltos.

Luego sugiere comprimir la base de datos. He hecho esto antes, y reduce los objetos sueltos a aproximadamente 250, pero eso no suprime la ventana emergente. Comprimir de nuevo no cambia la cantidad de objetos sueltos.

Nuestro flujo de trabajo actual requiere un uso significativo de 'rebase' a medida que hacemos la transición de Perforce, y Perforce sigue siendo el SCM canónico. Una vez que Git sea el SCM canónico, haremos fusiones regulares, y el problema de los objetos sueltos debería mitigarse en gran medida.

Mientras tanto, realmente me gustaría hacer que esta ventana emergente 'útil' desaparezca.

Como nadie tenía aún una respuesta, busqué en el código para ver cómo eliminar el código que muestra ese diálogo. Encontré el hint_gcprocedimiento que lo hace y el lugar donde se llama. Al mismo tiempo, noté que a finales de 2011 se agregó una opción de configuración para deshabilitar el diálogo . Este cambio (parte de git-gui 0.16.0) se fusionó con la línea principal de Git el 14/12/2011 .

Entonces, si usa Git v1.7.9 o posterior, puede deshabilitar el cuadro de diálogo de advertencia con el siguiente comando:

git config --global gui.gcwarning false

Si está utilizando una versión anterior, puede editar /lib/git-core/git-guiy eliminar la after 1000 hint_gclínea, o editar /usr/share/git-gui/lib/database.tcly eliminar el cuerpo del hint_gcprocedimiento. (Estas rutas de archivo se encuentran en Cygwin; en otros entornos, los archivos pueden estar en ubicaciones diferentes. Para Windows lo es c:\Program Files\Git\mingw64\libexec\git-core\git-gui.tcl)

Actualización: git prune"resolvería" el problema, ya que eliminará esos objetos sueltos
( git gcllamadas git prune, pero solo para objetos sueltos de más de dos semanas, por defecto).
Sin embargo, como el OP Michael Donohue menciona en los comentarios:

Me gusta el aspecto de seguridad de mantener los objetos sueltos durante dos semanas, en caso de que quiera volver y ver algunas revisiones antiguas, por lo que realmente no me gusta esta solución.
No tengo ningún problema con el tamaño o el rendimiento de git, es solo 'git gui' que insiste en pedirme que comprima la base de datos, incluso cuando comprimir la base de datos no tendría ningún efecto.

Respuesta original:

El problema de " git gc" no eliminar todos los objetos sueltos ya se informó (a fines de 2008, " " git gc"ya no parece eliminar objetos sueltos "

git gcsolo elimina objetos sueltos de más de dos semanas, si realmente quieres eliminarlos ahora, ejecuta git prune.
Pero asegúrese de que ningún otro proceso git pueda estar activo cuando lo ejecute, o podría pisar algo.

" git gc" desempaquetará los objetos que se han vuelto inalcanzables y que actualmente están en paquetes.
Como resultado, la cantidad de espacio en disco utilizado por un repositorio git puede aumentar dramáticamente después de una " git gc" operación, lo que podría sorprender a alguien que se está ejecutando casi por completo en su sistema de archivos, elimina una cantidad de ramas de un repositorio de seguimiento , y luego " git gc" puede obtener una sorpresa muy desagradable.

[Ejemplo: las ]ramas antiguas se reservan mediante una etiqueta como next-20081204.
Si actualiza su copia local del linux-nextrepositorio todos los días, acumulará una gran cantidad de estas etiquetas de rama antiguas.
Si luego elimina una serie completa de ellos y ejecuta git-gc, la operación tomará bastante tiempo, y la cantidad de bloques e inodos utilizados crecerá significativamente.

Desaparecerán después de un " git prune", pero cuando hago esta operación de limpieza, a menudo he deseado una --yes-I-know-what-I-am-doing-and-it's-unsafe-but-just-drop-the-unreachable-objects-cause-this-is-just-a-tracking-repositoryopción para "git gc".

Entonces, en su caso, ¿ git prunesería útil un " "?

(posiblemente con el uso de "ahora" en la gc.pruneexpirevariable de configuración, necesaria para que ocurra el comportamiento anterior).

También tienes (del mismo hilo):

repack -a -d -l

Observe la minúscula 'a'.

git-gcllama a reempaquetar con mayúscula 'A', que es lo que hace que los objetos inalcanzables se desempaquetan La pequeña 'a' es para personas que saben lo que están haciendo y quieren que git simplemente deje caer objetos inalcanzables.

Cuando aparece la ventana emergente "Loose Object", sé que es hora de ejecutar el recolector de basura de git:

git gc

Después de eso, la ventana emergente desaparece.

Actualización: (debido a la sugerencia de TED)

Extraje la siguiente rutina de git/share/git-gui/lib/database.tcl
Puede modificarla para satisfacer sus necesidades.

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 .... No veo un argumento de línea de comandos para eso en los documentos .

Supongo que siempre puedes extraer su fuente, extraer el código para el diálogo y reconstruir.