git-pack-objects - En ligne dans le Cloud

PROGRAMME:

Nom

git-pack-objects - Créer une archive compressée d'objets

SYNOPSIS

jet pack-objets [-q | --progress | --all-progress] [--all-progress-implicite]
[--no-reuse-delta] [--delta-base-offset] [--non-empty]
[--local] [--incremental] [--window= ] [--profondeur= ]
[--revs [--unpacked | --all]] [--stdout | nom-base]
[--shallow] [--keep-true-parents] < object-list

DESCRIPTION

Lit la liste des objets à partir de l'entrée standard et écrit une archive compressée avec
nom-base, ou à la sortie standard.

Une archive compressée est un moyen efficace de transférer un ensemble d'objets entre deux référentiels
ainsi qu'un format d'archivage efficace d'accès. Dans une archive compressée, un objet est soit
stocké comme un tout compressé ou comme une différence par rapport à un autre objet. Ce dernier est
souvent appelé un delta.

Le format d'archive compressé (.pack) est conçu pour être autonome afin qu'il puisse être
déballé sans plus d'informations. Par conséquent, chaque objet dont dépend un delta
doit être présent dans le pack.

Un fichier d'index de pack (.idx) est généré pour un accès rapide et aléatoire aux objets du pack.
Placer à la fois le fichier d'index (.idx) et l'archive compressée (.pack) dans le pack/
sous-répertoire de $GIT_OBJECT_DIRECTORY (ou l'un des répertoires sur
$GIT_ALTERNATE_OBJECT_DIRECTORIES) permet à Git de lire à partir de l'archive du pack.

La jet décompresser-objets la commande peut lire l'archive compressée et développer les objets
contenu dans le pack au format "un fichier, un objet" ; ceci est généralement fait par le
commandes smart-pull lorsqu'un pack est créé à la volée pour un transport réseau efficace en
leurs pairs.

OPTIONS

nom-base
Écrivez dans une paire de fichiers (.pack et .idx), en utilisant pour déterminer le nom
du fichier créé. Lorsque cette option est utilisée, les deux fichiers sont écrits dans
- .{pack,idx} fichiers. est un hachage basé sur le contenu du pack et
est écrit dans la sortie standard de la commande.

--stdout
Écrivez le contenu du pack (ce qui aurait été écrit dans le fichier .pack) dans le
sortie standard.

--rév
Lire les arguments de révision à partir de l'entrée standard, au lieu de l'objet individuel
noms. Les arguments de révision sont traités de la même manière que jet liste des reves les
--objects flag utilise ses arguments de validation pour construire la liste des objets qu'il génère. Les
les objets de la liste résultante sont emballés. Outre les révisions, --not ou --shallow
les lignes sont également acceptées.

--déballé
Cela implique --revs. Lors du traitement de la liste des arguments de révision lus à partir du
entrée standard, limitez les objets emballés à ceux qui ne le sont pas déjà.

--tout
Cela implique --revs. En plus de la liste des arguments de révision lue dans le
entrée standard, faites comme si toutes les références sous refs/ sont spécifiées pour être incluses.

--include-balise
Inclure les balises annotées non demandées si l'objet auquel elles font référence a été inclus dans le
packfile résultant. Cela peut être utile pour envoyer de nouvelles balises aux clients Git natifs.

--fenêtre= , --profondeur=
Ces deux options affectent la façon dont les objets contenus dans le pack sont stockés à l'aide de delta
compression. Les objets sont d'abord triés en interne par type, taille et éventuellement
noms et comparés aux autres objets dans --window pour voir si vous utilisez delta
la compression économise de l'espace. --depth limite la profondeur delta maximale ; le rendre trop profond
affecte les performances du côté du décompresseur, car les données delta doivent être appliquées
autant de fois pour arriver à l'objet nécessaire. La valeur par défaut pour --window est 10
et --depth est de 50.

--window-memory=
Cette option fournit une limite supplémentaire en plus de --window ; la taille de la fenêtre sera
réduire dynamiquement afin de ne pas prendre plus de octets en mémoire. C'est
utile dans les référentiels avec un mélange de grands et petits objets pour ne pas manquer de mémoire
avec une grande fenêtre, mais pouvoir quand même profiter de la grande fenêtre pour le
objets plus petits. La taille peut être suffixée par "k", "m" ou "g". --window-memory=0
rend l'utilisation de la mémoire illimitée, ce qui est la valeur par défaut.

--max-pack-size=
Taille maximale de chaque fichier de pack de sortie. La taille peut être suffixée par "k", "m" ou "g".
La taille minimale autorisée est limitée à 1 Mio. Si spécifié, plusieurs packfiles peuvent être
créé. La valeur par défaut est illimitée, sauf si la variable de configuration pack.packSizeLimit est
défini.

--honor-pack-garder
Ce drapeau provoque un objet déjà dans un pack local qui a un fichier .keep à être
ignoré, même s'il aurait été emballé autrement.

--incrémentale
Ce drapeau fait qu'un objet déjà dans un pack est ignoré même s'il aurait
sinon été emballé.

--locale
Cet indicateur fait qu'un objet emprunté à un magasin d'objets alternatif est
ignoré même s'il aurait été emballé autrement.

--non vide
Ne créez une archive compressée que si elle contient au moins un objet.

--le progrès
L'état d'avancement est signalé par défaut sur le flux d'erreurs standard lorsqu'il est
attaché à un terminal, sauf si -q est spécifié. Ce drapeau force le statut de progression même
si le flux d'erreur standard n'est pas dirigé vers un terminal.

--tous les progrès
Lorsque --stdout est spécifié, le rapport de progression est affiché pendant le nombre d'objets
et des phases de compression mais inhibée pendant la phase d'écriture. La raison en est qu'en
certains cas, le flux de sortie est directement lié à une autre commande qui peut souhaiter
afficher l'état de progression de son propre pendant qu'il traite les données de pack entrantes. Ce drapeau est
comme --progress sauf qu'il force également le rapport d'avancement pour la phase de rédaction
même si --stdout est utilisé.

--all-progress-implified
Ceci est utilisé pour impliquer --all-progress chaque fois que l'affichage de la progression est activé. contrairement à
--all-progress ce drapeau ne force pas l'affichage de la progression par lui-même.

-q
Cet indicateur oblige la commande à ne pas signaler sa progression sur le flux d'erreurs standard.

--pas de réutilisation-delta
Lors de la création d'une archive compressée dans un référentiel contenant des packs existants, la commande
réutilise les deltas existants. Cela se traduit parfois par un pack légèrement sous-optimal. Cette
flag indique à la commande de ne pas réutiliser les deltas existants mais de les calculer à partir de zéro.

--no-reuse-object
Cet indicateur indique à la commande de ne pas réutiliser du tout les données d'objet existantes, y compris non
objet deltifié, forçant la recompression de tout. Cela implique --no-reuse-delta.
Utile uniquement dans le cas obscur où l'application en gros d'une compression différente
niveau sur les données emballées est souhaité.

--compression=
Spécifie le niveau de compression pour les données nouvellement compressées dans le pack généré. Si non
spécifié, le niveau de compression du pack est déterminé d'abord par pack.compression, puis par
core.compression, et la valeur par défaut est -1, la valeur par défaut de zlib, si aucune n'est définie. Ajouter
--no-reuse-object si vous voulez forcer un niveau de compression uniforme sur toutes les données non
importe la source.

--mince
Créez un pack "léger" en omettant les objets communs entre un expéditeur et un destinataire dans
afin de réduire le transfert réseau. Cette option n'a de sens qu'en conjonction avec
--stdout.

Remarque : un thin pack viole le format d'archive compressé en omettant les objets requis et
est donc inutilisable par Git sans le rendre autonome. Utiliser git index-pack
--fix-thin (voir git-index-pack(1)) pour restaurer la propriété autonome.

--peu profond
Optimisez un pack qui sera fourni à un client avec un référentiel superficiel. Cette
L'option, combinée avec --thin, peut entraîner un pack plus petit au détriment de la vitesse.

--delta-base-décalage
Une archive compressée peut exprimer l'objet de base d'un delta sous la forme d'un objet de 20 octets
nom ou comme décalage dans le flux, mais les anciennes versions de Git ne comprennent pas le
dernier. Par défaut, jet pack-objets utilise uniquement l'ancien format pour mieux
compatibilité. Cette option permet à la commande d'utiliser ce dernier format pour
compacité. Selon la longueur moyenne de la chaîne delta, cette option est généralement
réduit le packfile résultant de 3 à 5 pour cent.

Remarque : les commandes de porcelaine telles que git gc (voir git-gc(1)), git repack (voir git-
Remballer(1)) passent cette option par défaut dans Git moderne lorsqu'ils mettent des objets dans votre
référentiel dans les fichiers pack. Il en va de même pour git bundle (voir git-bundle(1)) lorsqu'il crée un
paquet.

--threads=
Spécifie le nombre de threads à générer lors de la recherche des meilleures correspondances delta. Cette
nécessite que les pack-objects soient compilés avec des pthreads sinon cette option est ignorée
avec un avertissement. Ceci est destiné à réduire le temps d'emballage sur les machines multiprocesseurs. Les
la quantité de mémoire requise pour la fenêtre de recherche delta est cependant multipliée par le
le nombre de fils. Si vous spécifiez 0, Git détectera automatiquement le nombre de CPU et
définissez le nombre de threads en conséquence.

--index-version= [, ]
Ceci est destiné à être utilisé uniquement par la suite de tests. Il permet de forcer la version pour
l'index de pack généré, et pour forcer les entrées d'index 64 bits sur les objets situés au-dessus
le décalage donné.

--garder les vrais parents
Avec cette option, les parents cachés par des greffons sont néanmoins emballés.

Utilisez git-pack-objects en ligne à l'aide des services onworks.net