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-implied]
[--no-reuse-delta] [--delta-base-offset] [--non-empty]
[--local] [--incremental] [--window= ] [--depth= ]
[--revs [--unpacked | --all]] [--stdout | nom-de-base]
[--shallow] [--keep-true-parents] < liste-d'objets

DESCRIPTION

Lit la liste des objets à partir de l'entrée standard et écrit une archive compressée avec les
nom-de-base, ou vers 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 en termes d'accès. Dans une archive compressée, un objet est soit
stocké sous forme d'un tout compressé ou comme une différence par rapport à un autre objet. Ce dernier est
souvent appelé delta.

Le format d'archive compressé (.pack) est conçu pour être autonome afin de pouvoir être
décompressé 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 répertoire 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.

Quand vous vous déconnectez, votre profil 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 » ; cela est généralement fait par le
commandes smart-pull lorsqu'un pack est créé à la volée pour un transport réseau efficace par
leurs pairs.

OPTIONS

nom-base
Écrire 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
- Fichiers .{pack,idx}. 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.

--tours
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 grâce à la fonction
L'indicateur --objects utilise ses arguments de validation pour créer la liste des objets qu'il génère.
Les objets de la liste résultante sont compressés. Outre les révisions, les attributs --not et --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 sont pas déjà emballés.

--tout
Cela implique --revs. En plus de la liste des arguments de révision lus depuis le
entrée standard, faites comme si toutes les références sous refs/ étaient 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
fichier pack 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.

--gardien-meute-d'honneur
Cet indicateur provoque la destruction d'un objet déjà présent dans un pack local qui possède un fichier .keep.
ignoré, même s'il aurait autrement été emballé.

--incrémentale
Cet indicateur fait qu'un objet déjà présent dans un pack est ignoré même s'il l'aurait été.
sinon emballé.

--locale
Cet indicateur provoque l'exécution d'un objet emprunté à un autre magasin d'objets.
ignoré même s'il aurait autrement été emballé.

--non vide
Créez une archive compressée uniquement 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.

--tout-progrès
Lorsque --stdout est spécifié, un rapport de progression est affiché pendant le comptage des objets.
et de compression, mais inhibée pendant la phase d'écriture. La raison est que
dans certains cas, le flux de sortie est directement lié à une autre commande qui peut souhaiter
affiche son propre statut de progression lors du traitement des données de pack entrantes. Cet indicateur est
comme --progress sauf qu'il force également le rapport de progression pour la phase d'écriture
même si --stdout est utilisé.

--tout-progrès-implicite
Ceci est utilisé pour impliquer --all-progress chaque fois que l'affichage de la progression est activé. Contrairement à
--all-progress cet indicateur ne force en réalité aucun affichage de progression par lui-même.

-q
Cet indicateur empêche la commande de signaler sa progression sur le flux d'erreur 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 produit parfois un pack légèrement sous-optimal.
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 les données non
Objet décompressé, forçant la recompression de tout. Ceci implique l'option « no-reuse-delta ».
Utile uniquement dans le cas obscur où l'application massive d'une compression différente
le niveau sur les données compressées est souhaité.

--compression=
Spécifie le niveau de compression des données nouvellement compressées dans le pack généré. Sinon
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 des deux n'est définie. Ajouter
--no-reuse-object si vous souhaitez forcer un niveau de compression uniforme sur toutes les données non
peu importe la source.

--mince
Créez un pack « mince » en omettant les objets communs entre un expéditeur et un récepteur dans
afin de réduire le transfert réseau. Cette option n'est pertinente qu'en conjonction avec
--sortie standard.

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

--peu profond
Optimiser un pack qui sera fourni à un client disposant d'un dépôt superficiel. Ceci
L'option, combinée avec --thin, peut donner lieu à un pack plus petit au détriment de la vitesse.

--décalage de base delta
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 de meilleurs résultats
compatibilité. Cette option permet à la commande d'utiliser ce dernier format pour
compacité. Selon la longueur moyenne de la chaîne delta, cette option
réduit le fichier pack résultant de 3 à 5 pour cent.

Remarque : les commandes Porcelain telles que git gc (voir git-gc(1)), git repack (voir git-
Remballer(1)) passez cette option par défaut dans Git moderne lorsqu'ils mettent des objets dans votre
dépôt dans les fichiers pack. git bundle fait de même (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. Ceci
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 de compression sur les machines multiprocesseurs.
la quantité de mémoire requise pour la fenêtre de recherche delta est cependant multipliée par le
nombre de threads. Spécifier 0 forcera Git à détecter 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-ses-vrais-parents
Avec cette option, les parents cachés par les greffes sont néanmoins emballés.

Utiliser git-pack-objects en ligne avec les services onworks.net