git-pack-objects - Online in de cloud

PROGRAMMA:

NAAM

git-pack-objects - Creëer een ingepakt archief met objecten

KORTE INHOUD

git pack-objecten [-q | --vooruitgang | --alle vorderingen] [--alle vorderingen impliciet]
[--geen-hergebruik-delta] [--delta-basis-offset] [--niet-leeg]
[--lokaal] [--incrementeel] [--window= ] [--diepte= ]
[--toerental [--uitgepakt | --alles]] [--stdout | basisnaam]
[--ondiep] [--keep-true-parents] < objectlijst

PRODUCTBESCHRIJVING

Leest de lijst met objecten uit de standaardinvoer en schrijft een ingepakt archief met opgegeven
base-name, of naar de standaarduitvoer.

Een ingepakt archief is een efficiënte manier om een ​​reeks objecten tussen twee opslagplaatsen over te dragen
evenals een toegangsefficiënt archiefformaat. In een ingepakt archief is een object een van beide
opgeslagen als een gecomprimeerd geheel of als een verschil met een ander object. Dit laatste is
vaak een delta genoemd.

Het ingepakte archiefformaat (.pack) is ontworpen om op zichzelf te staan, zodat dit mogelijk is
uitgepakt zonder verdere informatie. Daarom is elk object waarvan een delta afhankelijk is
moet aanwezig zijn in de verpakking.

Er wordt een pakketindexbestand (.idx) gegenereerd voor snelle, willekeurige toegang tot de objecten in het pakket.
Zowel het indexbestand (.idx) als het ingepakte archief (.pack) in de pack/
submap van $GIT_OBJECT_DIRECTORY (of een van de mappen op
$GIT_ALTERNATE_OBJECT_DIRECTORIES) zorgt ervoor dat Git kan lezen uit het pakketarchief.

De git voorwerpen uitpakken commando kan het ingepakte archief lezen en de objecten uitbreiden
opgenomen in het pakket in "één bestand, één object" -formaat; Dit wordt meestal gedaan door de
smart-pull-opdrachten wanneer er on-the-fly een pakket wordt gemaakt voor efficiënt netwerktransport
hun leeftijdsgroep.

OPTIES

basisnaam
Schrijf naar een paar bestanden (.pack en .idx), met behulp van om de naam te bepalen
van het gemaakte bestand. Wanneer deze optie wordt gebruikt, worden de twee bestanden geschreven
- .{pack,idx} bestanden. is een hasj op basis van de inhoud van het pakket en
wordt naar de standaarduitvoer van de opdracht geschreven.

--stdout
Schrijf de inhoud van het pakket (wat naar het .pack-bestand zou zijn geschreven) naar het .pack-bestand
standaard uitvoer.

--toeren
Lees de revisieargumenten van de standaardinvoer, in plaats van het individuele object
namen. De revisieargumenten worden op dezelfde manier verwerkt als git rev-lijst met de
--objects flag gebruikt zijn commit-argumenten om de lijst met objecten op te bouwen die hij uitvoert. De
objecten op de resulterende lijst zijn ingepakt. Naast revisies, --not of --shallow
lijnen worden ook geaccepteerd.

--uitgepakt
Dit impliceert --rev. Bij het verwerken van de lijst met revisieargumenten leest u uit het
standaardinvoer, beperk het aantal ingepakte objecten tot de objecten die nog niet zijn ingepakt.

--alle
Dit impliceert --rev. Naast de lijst met revisieargumenten die zijn gelezen uit de
standaardinvoer, doe alsof alle refs onder refs/ zijn gespecificeerd om te worden opgenomen.

--include-tag
Voeg ongevraagde geannoteerde tags toe als het object waarnaar ze verwijzen, in de
resulterende packfile. Dit kan handig zijn om nieuwe tags naar native Git-clients te sturen.

--venster= , --diepte=
Deze twee opties beïnvloeden hoe de objecten in het pakket worden opgeslagen met behulp van delta
compressie. De objecten worden eerst intern gesorteerd op soort, grootte en optioneel
namen en vergeleken met de andere objecten binnen --window om te zien of delta wordt gebruikt
compressie bespaart ruimte. --diepte beperkt de maximale deltadiepte; waardoor het te diep wordt
beïnvloedt de prestaties aan de kant van de uitpakker, omdat er deltagegevens moeten worden toegepast
dat vele malen om bij het noodzakelijke object te komen. De standaardwaarde voor --window is 10
en --diepte is 50.

--window-geheugen=
Deze optie biedt een extra limiet bovenop --window; de venstergrootte zal
dynamisch verkleinen om niet meer in beslag te nemen dan bytes in het geheugen. Dit is
handig in repositories met een mix van grote en kleine objecten om niet te weinig geheugen te hebben
met een groot raam, maar toch kunnen profiteren van het grote raam voor de
kleinere objecten. De grootte kan worden gevolgd door "k", "m" of "g". --window-geheugen=0
maakt het geheugengebruik onbeperkt, wat de standaard is.

--max-verpakkingsgrootte=
Maximale grootte van elk uitvoerpakketbestand. De grootte kan worden gevolgd door "k", "m" of "g".
De minimaal toegestane grootte is beperkt tot 1 MiB. Indien gespecificeerd, kunnen er meerdere packfiles zijn
gemaakt. De standaard is onbeperkt, tenzij de configuratievariabele pack.packSizeLimit dat is
in te stellen.

--eer-pack-keep
Deze vlag zorgt ervoor dat een object dat zich al in een lokaal pakket bevindt en een .keep-bestand heeft, aanwezig is
genegeerd, zelfs als het anders verpakt zou zijn.

--toenemend
Deze vlag zorgt ervoor dat een object dat zich al in een pakket bevindt, wordt genegeerd, zelfs als dat wel het geval zou zijn
anders verpakt.

--lokaal
Deze vlag zorgt ervoor dat een object dat is geleend van een alternatief objectarchief, wordt opgeslagen
genegeerd, zelfs als het anders verpakt zou zijn.

--niet leeg
Maak alleen een ingepakt archief als het minstens één object bevat.

--voortgang
De voortgangsstatus wordt standaard gerapporteerd in de standaard foutenstroom wanneer dit het geval is
gekoppeld aan een terminal, tenzij -q is opgegeven. Deze vlag dwingt de voortgangsstatus zelfs af
als de standaardfoutstroom niet naar een terminal wordt geleid.

--alle vooruitgang
Wanneer --stdout is opgegeven, wordt het voortgangsrapport weergegeven tijdens het tellen van objecten
en compressiefasen, maar geblokkeerd tijdens de uitschrijffase. De reden is dat binnen
in sommige gevallen is de uitvoerstroom rechtstreeks gekoppeld aan een ander commando dat dit mogelijk wenst
eigen voortgangsstatus weergeven terwijl binnenkomende pakketgegevens worden verwerkt. Deze vlag is
zoals --progress, behalve dat het ook een voortgangsrapport voor de uitschrijffase forceert
zelfs als --stdout wordt gebruikt.

--alle vooruitgang impliciet
Dit wordt gebruikt om --all-progress te impliceren wanneer de voortgangsweergave is geactiveerd. in tegenstelling tot
--all-progress Deze vlag dwingt op zichzelf geen voortgangsweergave af.

-q
Deze vlag geeft de opdracht om de voortgang van de standaardfoutstroom niet te rapporteren.

--geen-hergebruik-delta
Bij het maken van een ingepakt archief in een repository met bestaande pakketten, wordt de opdracht
hergebruikt bestaande delta's. Dit resulteert soms in een enigszins suboptimaal pakket. Dit
flag vertelt het commando om bestaande delta's niet opnieuw te gebruiken, maar ze helemaal opnieuw te berekenen.

--geen-hergebruik-object
Deze vlag vertelt het commando dat bestaande objectgegevens helemaal niet mogen worden hergebruikt, inclusief non
gedeltificeerd object, waardoor alles opnieuw wordt gecomprimeerd. Dit impliceert --no-reuse-delta.
Alleen nuttig in het duistere geval waarin een andere compressie op grote schaal wordt afgedwongen
niveau op de verpakte gegevens is gewenst.

--compressie=
Specificeert het compressieniveau voor nieuw gecomprimeerde gegevens in het gegenereerde pakket. Als niet
gespecificeerd, wordt het pakketcompressieniveau eerst bepaald door pack.compression en vervolgens door
core.compression, en is standaard ingesteld op -1, de zlib-standaard, als geen van beide is ingesteld. Toevoegen
--no-reuse-object als u een uniform compressieniveau wilt forceren voor alle gegevensnr
maakt de bron uit.

--dun
Creëer een ‘dun’ pakket door de gemeenschappelijke objecten tussen een zender en een ontvanger weg te laten
om de netwerkoverdracht te verminderen. Deze optie is alleen zinvol in combinatie met
--stdout.

Opmerking: Een thin pack schendt het ingepakte archiefformaat door vereiste objecten en
is dus onbruikbaar voor Git zonder het op zichzelf te maken. Gebruik git index-pack
--fix-dun (zie git-index-pack(1)) om het op zichzelf staande eigendom te herstellen.

--oppervlakkig
Optimaliseer een pakket dat aan een klant met een ondiepe opslagplaats wordt geleverd. Dit
optie, gecombineerd met --thin, kan resulteren in een kleiner pakket, wat ten koste gaat van de snelheid.

--delta-basis-offset
Een ingepakt archief kan het basisobject van een delta uitdrukken als een object van 20 bytes
naam of als offset in de stream, maar oude versies van Git begrijpen de
laatstgenoemd. Standaard, git pack-objecten gebruikt alleen het vorige formaat voor beter
compatibiliteit. Met deze optie kan de opdracht het laatste formaat gebruiken
compactheid. Afhankelijk van de gemiddelde delta-ketenlengte is deze optie doorgaans beschikbaar
verkleint het resulterende pakketbestand met 3-5 procent.

Opmerking: Porseleinopdrachten zoals git gc (zie git-gc(1)), git repack (zie git-
herpakken(1)) geven deze optie standaard door in moderne Git wanneer ze objecten in je
repository in pakketbestanden. Dat geldt ook voor git Bundle (zie git-bundel(1)) wanneer het een
bundel.

--draden=
Specificeert het aantal threads dat moet worden gegenereerd bij het zoeken naar de beste delta-matches. Dit
vereist dat pack-objecten worden gecompileerd met pthreads, anders wordt deze optie genegeerd
met een waarschuwing. Dit is bedoeld om de verpakkingstijd op machines met meerdere processors te verminderen. De
De vereiste hoeveelheid geheugen voor het deltazoekvenster wordt echter vermenigvuldigd met de
aantal draden. Als je 0 specificeert, zal Git automatisch het aantal CPU's en
stel het aantal threads dienovereenkomstig in.

--index-versie= [, ]
Dit is uitsluitend bedoeld voor gebruik door de testsuite. Hiermee kunt u de versie forceren
de gegenereerde pakketindex, en om 64-bit indexvermeldingen te forceren op objecten die zich erboven bevinden
de gegeven afwijking.

--houd-echte-ouders
Met deze optie worden ouders die verborgen zijn door transplantaten toch ingepakt.

Gebruik git-pack-objecten online met behulp van onworks.net-services