git-pack-objects - Online nel cloud

PROGRAMMA:

NOME

git-pack-objects - Crea un archivio compresso di oggetti

SINOSSI

git pack-oggetti [-q | --progress | --all-progress] [--all-progress-implicito]
[--nessun-riutilizzo-delta] [--delta-offset-base] [--non-vuoto]
[--local] [--incremental] [--window= ] [--profondità= ]
[--giri [--disimballato | --all]] [--stdout | nome-base]
[--shallow] [--keep-true-parents] < object-list

DESCRIZIONE

Legge l'elenco di oggetti dallo standard input e scrive un archivio compresso con specificato
nome-base o allo standard output.

Un archivio compresso è un modo efficiente per trasferire un insieme di oggetti tra due repository
nonché un formato di archiviazione efficiente per l'accesso. In un archivio compresso, un oggetto è o
memorizzato come un tutto compresso o come differenza da qualche altro oggetto. Quest'ultimo è
spesso chiamato delta.

Il formato di archivio compresso (.pack) è progettato per essere autonomo in modo che possa essere
disimballato senza ulteriori informazioni. Pertanto, ogni oggetto da cui dipende un delta
deve essere presente all'interno della confezione.

Viene generato un file indice del pacchetto (.idx) per un accesso rapido e casuale agli oggetti nel pacchetto.
Inserendo sia il file indice (.idx) che l'archivio compresso (.pack) nel pacchetto/
sottodirectory di $GIT_OBJECT_DIRECTORY (o una qualsiasi delle directory su
$GIT_ALTERNATE_OBJECT_DIRECTORIES) abilita Git a leggere dall'archivio dei pacchetti.

I git disimballare-oggetti il comando può leggere l'archivio compresso ed espandere gli oggetti
contenuto nella confezione in formato "one-file-object"; questo è in genere fatto dal
comandi smart-pull quando un pacchetto viene creato al volo per un trasporto di rete efficiente da
i loro coetanei.

VERSIONI

nome-base
Scrivi in ​​una coppia di file (.pack e .idx), usando per determinare il nome
del file creato. Quando viene utilizzata questa opzione, i due file vengono scritti in
- .{pack,idx} file. è un hash basato sul contenuto del pacchetto e
viene scritto nell'output standard del comando.

--stdout
Scrivi il contenuto del pacchetto (ciò che sarebbe stato scritto nel file .pack) nel
uscita standard.

--giri
Leggi gli argomenti di revisione dallo standard input, invece del singolo oggetto
nomi. Gli argomenti di revisione vengono elaborati allo stesso modo di git rev-lista con la
--objects flag usa i suoi argomenti di commit per costruire l'elenco di oggetti che emette. Il
gli oggetti nell'elenco risultante vengono compressi. Oltre alle revisioni, --not o --shallow
sono accettate anche le righe.

--spacchettato
Ciò implica --revs. Durante l'elaborazione dell'elenco degli argomenti di revisione letti da
input standard, limitare gli oggetti imballati a quelli non già imballati.

--tutti
Ciò implica --revs. Oltre all'elenco degli argomenti di revisione letti dal
input standard, fai finta che tutti i riferimenti sotto refs/ siano specificati per essere inclusi.

--include-tag
Includere tag annotati non richiesti se l'oggetto a cui fanno riferimento è stato incluso nel
packfile risultante. Questo può essere utile per inviare nuovi tag ai client Git nativi.

--finestra= , --profondità=
Queste due opzioni influenzano il modo in cui gli oggetti contenuti nel pacchetto vengono archiviati utilizzando delta
compressione. Gli oggetti vengono prima ordinati internamente per tipo, dimensione e facoltativamente
nomi e confrontati con gli altri oggetti all'interno di --window per vedere se si usa delta
la compressione consente di risparmiare spazio. --profondità limita la profondità massima delta; rendendolo troppo profondo
influisce sulle prestazioni sul lato unpacker, perché i dati delta devono essere applicati
tante volte per arrivare all'oggetto necessario. Il valore predefinito per --window è 10
e --profondità è 50.

--window-memory=
Questa opzione fornisce un limite aggiuntivo rispetto a --window; la dimensione della finestra sarà
ridimensionare dinamicamente in modo da non occupare più di byte in memoria. Questo è
utile nei repository con un mix di oggetti grandi e piccoli per non rimanere senza memoria
con un'ampia finestra, ma poter comunque sfruttare l'ampia finestra per il
oggetti più piccoli. La dimensione può essere suffissata con "k", "m" o "g". --memoria-finestra=0
rende l'utilizzo della memoria illimitato, che è l'impostazione predefinita.

--max-pack-size=
Dimensione massima di ogni file del pacchetto di output. La dimensione può essere suffissata con "k", "m" o "g".
La dimensione minima consentita è limitata a 1 MiB. Se specificato, più packfile possono essere
creato. Il valore predefinito è illimitato, a meno che la variabile di configurazione pack.packSizeLimit non sia
impostato.

--honoor-pack-keep
Questo flag fa sì che un oggetto già in un pacchetto locale che ha un file .keep sia
ignorato, anche se altrimenti sarebbe stato imballato.

--incrementale
Questo flag fa sì che un oggetto già in un pacchetto venga ignorato anche se lo avrebbe fatto
altrimenti stato imballato.

--Locale
Questo flag fa sì che un oggetto preso in prestito da un archivio oggetti alternativo sia
ignorato anche se altrimenti sarebbe stato imballato.

--non vuoto
Crea un archivio compresso solo se conterrebbe almeno un oggetto.

--progresso
Lo stato di avanzamento viene riportato sul flusso di errore standard per impostazione predefinita quando lo è
collegato a un terminale, a meno che non sia specificato -q. Questa bandiera forza anche lo stato di avanzamento
se il flusso di errore standard non è diretto a un terminale.

--tutto-progresso
Quando viene specificato --stdout, il report sullo stato di avanzamento viene visualizzato durante il conteggio degli oggetti
e compressione, ma inibito durante la fase di scrittura. Il motivo è che in
in alcuni casi il flusso di output è direttamente collegato a un altro comando che potrebbe volerlo
visualizzare il proprio stato di avanzamento mentre elabora i dati del pacchetto in arrivo. Questa bandiera è
come --progress tranne per il fatto che forza il rapporto sui progressi anche per la fase di scrittura
anche se viene utilizzato --stdout.

--all-progress-implicato
Questo è usato per implicare --all-progress ogni volta che viene attivata la visualizzazione del progresso. a differenza di
--all-progress questo flag in realtà non forza alcuna visualizzazione di avanzamento da solo.

-q
Questo flag fa in modo che il comando non riporti i suoi progressi sul flusso di errore standard.

--no-reuse-delta
Quando si crea un archivio compresso in un repository che ha pacchetti esistenti, il comando
riutilizza i delta esistenti. Questo a volte si traduce in un pacchetto leggermente non ottimale. Questo
flag dice al comando di non riutilizzare i delta esistenti ma di calcolarli da zero.

--nessun-riuso-oggetto
Questo flag dice al comando di non riutilizzare affatto i dati degli oggetti esistenti, inclusi i non
oggetto deltificato, costringendo alla ricompressione di tutto. Ciò implica --no-reuse-delta.
Utile solo nel caso oscuro in cui l'applicazione all'ingrosso di una compressione diversa
si desidera il livello sui dati compressi.

--compressione=
Specifica il livello di compressione per i dati appena compressi nel pacchetto generato. Altrimenti
specificato, il livello di compressione del pacchetto è determinato prima da pack.compression, quindi da
core.compression e il valore predefinito è -1, il valore predefinito di zlib, se nessuno dei due è impostato. Aggiungere
--no-reuse-object se vuoi forzare un livello di compressione uniforme su tutti i dati no
importa la fonte.

--magro
Crea un pacchetto "sottile" omettendo gli oggetti comuni tra un mittente e un destinatario in
al fine di ridurre il trasferimento di rete. Questa opzione ha senso solo in combinazione con
--stdout.

Nota: un pacchetto sottile viola il formato dell'archivio compresso omettendo gli oggetti richiesti e
è quindi inutilizzabile da Git senza renderlo autonomo. Usa git index-pack
--fix-thin (vedi pacchetto-indice-git(1)) per ripristinare la proprietà autonoma.

--poco profondo
Ottimizza un pacchetto che verrà fornito a un client con un repository poco profondo. Questo
l'opzione, combinata con --thin, può portare a un pacchetto più piccolo a scapito della velocità.

--delta-base-offset
Un archivio compresso può esprimere l'oggetto base di un delta come oggetto a 20 byte
nome o come offset nel flusso, ma le versioni antiche di Git non capiscono il
quest'ultimo. Per impostazione predefinita, git pack-oggetti usa solo il formato precedente per migliorare
Compatibilità. Questa opzione consente al comando di utilizzare quest'ultimo formato per
compattezza. A seconda della lunghezza media della catena delta, questa opzione in genere
riduce il packfile risultante del 3-5 percento.

Nota: comandi in porcellana come git gc (vedi git-gc(1)), git repack (vedi idiota-
repack(1)) passa questa opzione per impostazione predefinita in Git moderno quando mettono oggetti nel tuo
repository in file di pacchetto. Così fa git bundle (vedi pacchetto git(1)) quando crea a
fascio.

--threads=
Specifica il numero di thread da generare durante la ricerca delle migliori corrispondenze delta. Questo
richiede che gli oggetti del pacchetto siano compilati con pthread altrimenti questa opzione viene ignorata
con un avvertimento. Questo ha lo scopo di ridurre i tempi di confezionamento su macchine multiprocessore. Il
la quantità di memoria richiesta per la finestra di ricerca delta viene comunque moltiplicata per il
numero di fili. Specificando 0, Git rileverà automaticamente il numero di CPU e
impostare il numero di thread di conseguenza.

--versione-indice= [, ]
Questo è destinato ad essere utilizzato solo dalla suite di test. Permette di forzare la versione per
l'indice del pacchetto generato e per forzare le voci dell'indice a 64 bit sugli oggetti situati sopra
l'offset dato.

--keep-true-genitori
Con questa opzione, i genitori nascosti dagli innesti vengono comunque impacchettati.

Usa git-pack-object online utilizzando i servizi onworks.net