Mode loquace sur ce qui se passe, y compris sur l’état d’avancement.

Écrit l’index de paquet généré dans le fichier spécifié. Sans cette option, le nom du fichier d’index des paquet est construit à partir du nom du fichier d’archive paquet en remplaçant .pack par .idx (et le programme échoue si le nom de l’archive paquet ne se termine pas par .pack).

Lorsque ce drapeau est fourni, génèrer un index inversé (un fichier .rev) correspondant au paquet donné. Si --verify est fourni, s’assurer que l’index inversé existant est correct. A la priorité sur pack.writeReverseIndex.

Lorsque ce drapeau est fourni, le paquet est lu à partir de stdin et une copie est ensuite écrite dans <fichier-paquet>. Si <fichier-paquet> n’est pas spécifié, le paquet est écrit dans le répertoire objects/pack/ du dépôt Git actuel avec un nom par défaut déterminé à partir du contenu du paquet. Si <fichier-paquet> n’est pas spécifié, il est conseillé d’utiliser --keep pour éviter une condition de course entre ce processus et git repack.

Corriger un paquet "mince" produit par git pack-objects --thin (voir git-pack-objects[1] pour les détails) en ajoutant au paquet les objets exclus sur lesquels les objets déltifiés sont basés. Cette option n’a de sens qu’en conjonction avec --stdin.

Avant de déplacer l’index vers sa destination finale, créer un fichier .keep vide pour le fichier paquet associé. Cette option est généralement nécessaire avec --stdin pour éviter qu’un processus git repack simultané ne supprime le paquet et l’index nouvellement construits avant que les refs ne puissent être mis à jour pour utiliser les objets contenus dans le paquet.

Comme --keep, créer un fichier .keep avant de déplacer l’index vers sa destination finale. Cependant, au lieu de créer un fichier vide, placer <message> suivi d’un LF dans le fichier .keep. Le message <message> peut ensuite être recherché dans tous les fichiers .keep pour localiser ceux qui n’ont plus d’utilité.

Ceci est destiné à être utilisée uniquement par la suite de tests. Permet de forcer la version de l’index de paquet généré, et de forcer les entrées d’index 64 bits sur les objets situés avant le décalage donné.

Se terminer, si le paquet contient des objets ou des liens rompus. Une liste optionnelle d’éléments séparés par des virgule de <id-msg>=<sévérité> peut être transmise pour modifier la gravité de certains problèmes possibles, par exemple --strict="missingEmail=ignore,badTagName=error". Voir l’entrée pour les options de configuration fsck.<id-msg>' dans git-fsck[1] pour plus d'informations sur les valeurs possibles de `<id-msg> et <sévérité>.

A usage interne uniquement.

Mourir si le paquet contient des liens brisés. A usage interne uniquement.

Mourir si le paquet contient des objets cassés, mais contrairement à --strict, ne pas s’étouffer sur les liens cassés. Si le paquet contient un arbre pointant vers un blob .gitmodules qui n’existe pas, afficher l’empreinte de ce blob (pour que l’appelant puisse le vérifier) après l’empreinte qui entre dans le nom du fichier pack/idx (voir "Notes").

Spécifier le nombre de fils d’exécution à lancer lors de la résolution des deltas. Cela nécessite que index-pack soit compilé avec pthreads, sinon cette option est ignorée avec un avertissement. Ceci a pour but de réduire le temps d’empaquetage sur les machines multiprocesseurs. La quantité de mémoire requise pour la fenêtre de recherche de delta est cependant multipliée par le nombre de fils. En spécifiant 0, Git détectera automatiquement le nombre de CPU et utilisera au maximum 3 fils.

Mourir, si le paquet est plus grand que <taille>.

Spécifier le format d’objet donné (algorithme d’empreinte) pour le paquet. Les valeurs valides sont sha1 et (si activé) sha256. sha1 est la valeur par défaut. La valeur par défaut est l’algorithme pour le dépôt actuel (défini par extensions.objectFormat), ou sha1 si aucune valeur n’est définie ou en dehors d’un dépôt.

Avant de livrer le pack-index, créer un fichier .promisor pour ce paquet. Particulièrement utile lors de l’écriture d’un paquet promisor avec --fix-thin puisque le nom du paquet n’est pas définitif tant que le paquet n’a pas été entièrement écrit. Si un <message> est fourni, son contenu sera écrit dans le fichier .promisor pour référence future. Voir partial clone pour plus d’informations.