Setup and Config
Getting and Creating Projects
Basic Snapshotting
Branching and Merging
Sharing and Updating Projects
Inspection and Comparison
Patching
Debugging
External Systems
Server Admin
Guides
- gitattributes
- Command-line interface conventions
- Everyday Git
- Frequently Asked Questions (FAQ)
- Glossary
- Hooks
- gitignore
- gitmodules
- Revisions
- Submodules
- Tutorial
- Workflows
- All guides...
Administration
Plumbing Commands
- 2.49.1 → 2.53.0 no changes
-
2.49.0
2025-03-14
- 2.42.1 → 2.48.2 no changes
-
2.42.0
2023-08-21
- 2.29.1 → 2.41.3 no changes
-
2.29.0
2020-10-19
- 2.28.1 no changes
-
2.28.0
2020-07-27
- 2.19.1 → 2.27.1 no changes
-
2.19.0
2018-09-10
- 2.7.6 → 2.18.5 no changes
-
2.6.7
2017-05-05
- 2.1.4 → 2.5.6 no changes
-
2.0.5
2014-12-17
DESCRIPTION
Lire le fichier .idx pour un fichier paquet Git (créé avec git-pack-objects[1] ou git-index-pack[1]) depuis l’entrée standard, et décharger son contenu. La sortie comprend un objet par ligne, chaque ligne contenant deux ou trois colonnes séparées par espace :
-
la première colonne est le décalage en octets de l’objet dans le fichier paquet correspondant
-
la seconde colonne est l’id de l’objet
-
si la version d’index est 2 ou supérieure, la troisième colonne contient le CRC32 des données de l’objet
Les objets sont affichés dans l’ordre dans lequel ils sont trouvés dans le fichier index, qui devrait être (dans un fichier correctement construit) trié par id d’objet.
Notez que vous pouvez obtenir plus d’informations sur un fichier paquet en appelant git-verify-pack[1]. Cependant, comme cette commande ne considère que le fichier index lui-même, il est à la fois plus rapide et plus flexible.
OPTIONS
- --object-format=<algorithme-empreinte>
-
Spécifier le format d’objet donné (algorithme d’empreinte) pour le fichier d’index. Les valeurs valides sont sha1 et (si activé) sha256. 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.Note : À l’heure actuelle, il n’y a pas d’interopérabilité entre les dépôts SHA-256 et les dépôts SHA-1.
Historiquement, nous avons averti que les dépôts SHA-256 pourraient plus tard avoir besoin de changements incompatibles avec les versions précédentes lorsque nous introduirons ces caractéristiques d’interopérabilité. Aujourd’hui, nous nous attendons seulement à des changements compatibles. De plus, si de tels changements s’avèrent nécessaires, on peut s’attendre à ce que les dépôts SHA-256 créés avec le Git d’aujourd’hui soient utilisables par les versions futures de Git sans perte de données.
GIT
Fait partie de la suite git[1]
TRADUCTION
Cette page de manuel a été traduite par Jean-Noël Avila <jn.avila AT free DOT fr> et les membres du projet git-manpages-l10n. Veuillez signaler toute erreur de traduction par un rapport de bogue sur le site https://github.com/jnavila/git-manpages-l10n .