git-pack-objects: en línea en la nube

PROGRAMA:

NOMBRE

git-pack-objects: crea un archivo empaquetado de objetos

SINOPSIS

git paquete-objetos [-q | --progreso | --todo-progreso] [--todo-progreso-implícito]
[--no-reutilización-delta] [--delta-base-offset] [--no-vacío]
[--local] [--incremental] [--window = ] [--depth = ]
[--revs [--unpacked | --todos]] [--stdout | nombre-base]
[--shallow] [--keep-true-parents] <lista de objetos

DESCRIPCIÓN

Lee la lista de objetos de la entrada estándar y escribe un archivo empaquetado con
nombre-base, oa la salida estándar.

Un archivo empaquetado es una forma eficiente de transferir un conjunto de objetos entre dos repositorios.
así como un formato de archivo de acceso eficiente. En un archivo empaquetado, un objeto es
almacenado como un todo comprimido o como una diferencia de algún otro objeto. Este último es
a menudo llamado delta.

El formato de archivo empaquetado (.pack) está diseñado para ser autónomo de modo que pueda
desembalado sin más información. Por lo tanto, cada objeto del que depende un delta
debe estar presente dentro del paquete.

Se genera un archivo de índice de paquete (.idx) para un acceso rápido y aleatorio a los objetos del paquete.
Colocando tanto el archivo de índice (.idx) como el archivo empaquetado (.pack) en el paquete /
subdirectorio de $ GIT_OBJECT_DIRECTORY (o cualquiera de los directorios en
$ GIT_ALTERNATE_OBJECT_DIRECTORIES) permite a Git leer desde el archivo del paquete.

El git desempaquetar-objetos El comando puede leer el archivo empaquetado y expandir los objetos.
contenido en el paquete en formato de "un solo archivo y un objeto"; esto normalmente lo hace el
comandos de extracción inteligente cuando se crea un paquete sobre la marcha para un transporte de red eficiente
entre sus compañeros.

CAMPUS

nombre-base
Escriba en un par de archivos (.pack y .idx), usando para determinar el nombre
del archivo creado. Cuando se utiliza esta opción, los dos archivos se escriben en
- Archivos. {paquete, idx}. es un hash basado en el contenido del paquete y
se escribe en la salida estándar del comando.

--salida estándar
Escriba el contenido del paquete (lo que se habría escrito en el archivo .pack) en el
salida estándar.

--revoluciones
Leer los argumentos de revisión de la entrada estándar, en lugar del objeto individual
nombres. Los argumentos de revisión se procesan de la misma manera que git lista de revoluciones con el
--objects flag usa sus argumentos de confirmación para construir la lista de objetos que genera. los
los objetos de la lista resultante están empaquetados. Además de las revisiones, --not or --shallow
También se aceptan líneas.

--desempaquetado
Esto implica --revs. Al procesar la lista de argumentos de revisión leídos del
entrada estándar, limite los objetos empaquetados a aquellos que aún no están empaquetados.

--todas
Esto implica --revs. Además de la lista de argumentos de revisión leídos del
entrada estándar, finja como si todas las referencias bajo refs / estuvieran especificadas para ser incluidas.

--incluir-etiqueta
Incluya etiquetas anotadas no solicitadas si el objeto al que hacen referencia se incluyó en el
archivo de paquete resultante. Esto puede resultar útil para enviar nuevas etiquetas a clientes nativos de Git.

--ventana = , --depth =
Estas dos opciones afectan cómo se almacenan los objetos contenidos en el paquete usando delta
compresión. Los objetos se ordenan primero internamente por tipo, tamaño y, opcionalmente,
nombres y comparados con los otros objetos dentro de --window para ver si se usa delta
la compresión ahorra espacio. --depth limita la profundidad máxima del delta; haciéndolo demasiado profundo
afecta el rendimiento en el lado del desempaquetador, porque los datos delta deben aplicarse
tantas veces para llegar al objeto necesario. El valor predeterminado para --window es 10
y --depth es 50.

--window-memory =
Esta opción proporciona un límite adicional además de --window; el tamaño de la ventana será
Escalar dinámicamente hacia abajo para no ocupar más de bytes en la memoria. Este es
útil en repositorios con una combinación de objetos grandes y pequeños para no quedarse sin memoria
con una ventana grande, pero aún así poder aprovechar la ventana grande para el
objetos más pequeños. El tamaño puede tener el sufijo "k", "m" o "g". --window-memory = 0
hace que el uso de la memoria sea ilimitado, que es el valor predeterminado.

--max-pack-size =
Tamaño máximo de cada archivo de paquete de salida. El tamaño puede tener el sufijo "k", "m" o "g".
El tamaño mínimo permitido está limitado a 1 MiB. Si se especifica, varios archivos de paquete pueden ser
creado. El valor predeterminado es ilimitado, a menos que la variable de configuración pack.packSizeLimit sea
conjunto.

--honor-paquete-mantener
Esta bandera hace que un objeto que ya está en un paquete local que tiene un archivo .keep sea
ignorado, incluso si de lo contrario se hubiera empaquetado.

- incremental
Esta bandera hace que un objeto que ya está en un paquete sea ignorado incluso si hubiera
de lo contrario ha sido embalado.

--local
Esta bandera hace que un objeto que se toma prestado de un almacén de objetos alternativo sea
ignorado incluso si de lo contrario se hubiera empaquetado.

--no vacío
Solo cree un archivo empaquetado si contiene al menos un objeto.

--Progreso
El estado de progreso se informa en el flujo de error estándar de forma predeterminada cuando se
conectado a un terminal, a menos que se especifique -q. Esta bandera fuerza el estado de progreso incluso
si el flujo de error estándar no se dirige a un terminal.

--todo progreso
Cuando se especifica --stdout, el informe de progreso se muestra durante el recuento de objetos
y fases de compresión pero inhibidas durante la fase de escritura. La razón es que en
En algunos casos, el flujo de salida está directamente vinculado a otro comando que puede desear
muestra su propio estado de progreso a medida que procesa los datos de paquetes entrantes. Esta bandera es
like --progress, excepto que también fuerza el informe de progreso para la fase de escritura
incluso si se utiliza --stdout.

--todo-progreso-implícito
Esto se usa para implicar --todo el progreso siempre que se activa la pantalla de progreso. diferente a
--todo-progreso, esta bandera en realidad no fuerza ninguna visualización de progreso por sí misma.

-q
Esta bandera hace que el comando no informe su progreso en el flujo de error estándar.

--no-reutilización-delta
Al crear un archivo empaquetado en un repositorio que tiene paquetes existentes, el comando
reutiliza deltas existentes. Esto a veces resulta en un paquete ligeramente subóptimo. Esta
flag le dice al comando que no reutilice los deltas existentes, sino que los calcule desde cero.

--objeto sin reutilización
Esta bandera le dice al comando que no reutilice los datos de objetos existentes en absoluto, incluidos los
objeto deltificado, lo que obliga a la recompresión de todo. Esto implica --no-reuse-delta.
Útil solo en el caso oscuro donde la aplicación total de una compresión diferente
nivel deseado en los datos empaquetados.

--compresión =
Especifica el nivel de compresión para los datos recién comprimidos en el paquete generado. Que no
especificado, el nivel de compresin del paquete se determina primero por pack.compression, luego por
core.compression, y el valor predeterminado es -1, el valor predeterminado de zlib, si no se establece ninguno. Agregar
--no-reuse-object si desea forzar un nivel de compresión uniforme en todos los datos no
importa la fuente.

--delgada
Cree un paquete "delgado" omitiendo los objetos comunes entre un remitente y un receptor en
para reducir la transferencia de red. Esta opción solo tiene sentido junto con
--salida estándar.

Nota: Un paquete delgado viola el formato de archivo empaquetado al omitir los objetos requeridos y
es por lo tanto inutilizable por Git sin hacerlo autónomo. Usa git index-pack
--fix-thin (ver git-index-paquete(1)) para restaurar la propiedad autónoma.

--poco profundo
Optimice un paquete que se proporcionará a un cliente con un repositorio poco profundo. Esta
La opción, combinada con --thin, puede resultar en un paquete más pequeño a costa de la velocidad.

--desplazamiento-base-delta
Un archivo empaquetado puede expresar el objeto base de un delta como un objeto de 20 bytes
nombre o como un desplazamiento en la secuencia, pero las versiones antiguas de Git no entienden el
último. Por defecto, git paquete-objetos solo usa el formato anterior para mejorar
compatibilidad. Esta opción permite que el comando use el último formato para
compacidad. Dependiendo de la longitud media de la cadena delta, esta opción normalmente
reduce el archivo de paquete resultante en un 3-5 por ciento.

Nota: comandos de porcelana como git gc (ver git-gc(1)), git repack (ver git-
Repack(1)) pasan esta opción por defecto en Git moderno cuando colocan objetos en su
repositorio en archivos de paquete. También git bundle (ver git-paquete(1)) cuando crea un
haz.

--threads =
Especifica el número de subprocesos que se generarán cuando se busquen las mejores coincidencias delta. Esta
requiere que los objetos de paquete se compilen con pthreads; de lo contrario, esta opción se ignora
con una advertencia. Esto tiene como objetivo reducir el tiempo de empaquetado en máquinas multiprocesador. los
Sin embargo, la cantidad de memoria requerida para la ventana de búsqueda delta se multiplica por
Número de hilos. Especificar 0 hará que Git detecte automáticamente el número de CPU y
establezca el número de subprocesos en consecuencia.

--index-version = [, ]
Esto está destinado a ser utilizado únicamente por el conjunto de pruebas. Permite forzar la versión para
el índice de paquete generado, y para forzar entradas de índice de 64 bits en los objetos ubicados arriba
el desplazamiento dado.

- mantener-verdaderos-padres
Con esta opción, los padres que están ocultos por injertos se empaquetan de todos modos.

Use git-pack-objects en línea usando los servicios de onworks.net