Este es el comando git-gc que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
git-gc: limpia archivos innecesarios y optimiza el repositorio local
SINOPSIS
git gc [--aggressive] [--auto] [--quiet] [--prune = | --no-podar] [--force]
DESCRIPCIÓN
Ejecuta una serie de tareas de limpieza dentro del repositorio actual, como comprimir
revisiones de archivos (para reducir el espacio en disco y aumentar el rendimiento) y eliminar los archivos inalcanzables
objetos que pueden haber sido creados a partir de invocaciones anteriores de git add.
Se anima a los usuarios a ejecutar esta tarea de forma regular dentro de cada repositorio para
mantener una buena utilización del espacio en disco y un buen rendimiento operativo.
Algunos comandos de git pueden ejecutarse automáticamente git gc; consulte la marca --auto a continuación para obtener más detalles. Si
sabes lo que estás haciendo y todo lo que quieres es deshabilitar este comportamiento de forma permanente
sin más consideraciones, haz lo siguiente:
$ git config --global gc.auto 0
CAMPUS
--agresivo
Generalmente git gc se ejecuta muy rápidamente mientras proporciona una buena utilización del espacio en disco y
rendimiento. Esta opción causará git gc para optimizar más agresivamente el
repositorio a expensas de llevar mucho más tiempo. Los efectos de esta optimización
son persistentes, por lo que esta opción solo debe usarse ocasionalmente; cada pocos cientos
conjuntos de cambios más o menos.
--auto
Con esta opción git gc comprueba si se requiere algún tipo de limpieza; si no, sale
sin realizar ningún trabajo. Algunos comandos de git ejecutan git gc --auto después de realizar
operaciones que podrían crear muchos objetos sueltos.
Se requiere limpieza si hay demasiados objetos sueltos o demasiados paquetes en el
repositorio. Si el número de objetos sueltos supera el valor de gc.auto
variable de configuración, luego todos los objetos sueltos se combinan en un solo paquete usando
git repack -d -l. Establecer el valor de gc.auto en 0 deshabilita el empaquetado automático de
objetos sueltos.
Si el número de paquetes excede el valor de gc.autoPackLimit, los paquetes existentes
(excepto aquellos marcados con un archivo .keep) se consolidan en un solo paquete usando
la opción -A de git Repack. Establecer gc.autoPackLimit en 0 deshabilita automático
consolidación de paquetes.
--prune =
Pode los objetos sueltos anteriores a la fecha (el valor predeterminado es hace 2 semanas, anulable por la configuración
variable gc.pruneExpire). --prune = todas las ciruelas pasas sueltan objetos independientemente de su edad (no
no use --prune = all a menos que sepa exactamente lo que está haciendo. A menos que el repositorio
está inactivo, perderá los objetos recién creados que no han sido anclados con el
refs y terminan corrompiendo su repositorio). --prune está activado de forma predeterminada.
--no podar
No pode ningún objeto suelto.
--tranquilo
Suprima todos los informes de progreso.
--fuerza
Forzar la ejecución de git gc incluso si puede haber otra instancia de git gc ejecutándose en este
repositorio.
CONFIGURACIÓN
La variable de configuración opcional gc.reflogExpirar se puede configurar para indicar cuánto tiempo
Las entradas históricas dentro del reflog de cada sucursal deben permanecer disponibles en este repositorio.
El ajuste se expresa como un período de tiempo, por ejemplo 90 días or 3 meses. Es predeterminado
a 90 días.
La variable de configuración opcional gc.reflogExpireInalcanzable se puede configurar para indicar cómo
Las entradas históricas largas de reflog que no forman parte de la rama actual deben permanecer
disponible en este repositorio. Estos tipos de entradas generalmente se crean como resultado de
usando git commit --amend o git rebase y son las confirmaciones antes de la modificación o rebase
ocurriendo. Dado que estos cambios no son parte del proyecto actual, la mayoría de los usuarios querrán
expírelos antes. Esta opción tiene como valor predeterminado 30 días.
Las dos variables de configuración anteriores se pueden asignar a un patrón. Por ejemplo, esto establece
valores de vencimiento no predeterminados solo para sucursales de seguimiento remoto:
[gc "refs / remotes / *"]
reflogExpire = nunca
reflogExpireUnreachable = 3 días
La variable de configuración opcional gc.rerereResuelto indica la duración de los registros de
la combinación en conflicto que resolvió anteriormente se mantienen. Este valor predeterminado es de 60 días.
La variable de configuración opcional gc.rerereSin resolver indica la duración de los registros de
la combinación en conflicto que no ha resuelto se mantiene. Este valor predeterminado es de 15 días.
La variable de configuración opcional gc.packRefs determina si git gc corre git paquete-refs.
Esto se puede establecer en "notbare" para habilitarlo dentro de todos los repositorios no desnudos o se puede establecer en un
valor booleano. Este valor predeterminado es verdadero.
La variable de configuración opcional gc.ventana agresiva controla cuánto tiempo se gasta
optimizar la compresión delta de los objetos en el repositorio cuando el --aggressive
se especifica la opción. Cuanto mayor sea el valor, más tiempo se dedicará a optimizar el delta.
compresión. Consulte la documentación de la opción --window 'en reempaquetar git(1) para más
detalles. Este valor predeterminado es 250.
Del mismo modo, la variable de configuración opcional gc.aggressiveDepth controles - opción de profundidad
in reempaquetar git(1). Este valor predeterminado es 250.
La variable de configuración opcional gc.pruneExpire controla la edad de los sueltos sin referencia
los objetos tienen que ser antes de podarlos. El valor predeterminado es "hace 2 semanas".
NOTAS
git gc se esfuerza mucho por estar a salvo con la basura que recolecta. En particular,
mantener no solo los objetos a los que hace referencia su conjunto actual de ramas y etiquetas, sino también
objetos referenciados por el índice, ramas de seguimiento remoto, referencias guardadas por git rama de filtro
en refs / original /, o reflogs (que pueden hacer referencia a confirmaciones en ramas que fueron posteriores
modificado o rebobinado).
Si espera que se recopilen algunos objetos y no lo es, marque todos esos
ubicaciones y decida si tiene sentido en su caso eliminar esas referencias.
MANOS
La git gc --auto comando ejecutará el pre-auto-gc gancho. Ver garfios(5) para más
información.
Use git-gc en línea usando los servicios de onworks.net
