Un objet à traiter comme la tête d’une trace d’inaccessibilité.

Affiche les objets qui existent mais qui ne sont pas accessibles à partir de l’un des noeuds de référence.

Affiche les objets qui existent mais qui ne sont jamais directement utilisés (par défaut). --no-dangling peut être utilisé pour omettre cette information de la sortie.

Signaler les nœuds racines.

Afficher les étiquettes.

Considérer aussi un objet enregistré dans l’index comme la tête d’une trace d’inaccessibilité.

Ne pas considérer comme atteignables les commits qui ne sont référencés que par une entrée dans un reflog. Cette option n’est destinée qu’à rechercher les commits qui étaient dans une ref, mais qui ne le sont plus, mais qui sont toujours dans le reflog correspondant.

Vérifie non seulement les objets dans GIT_OBJECT_DIRECTORY ($GIT_DIR/objects), mais aussi ceux trouvés dans les bassins d’objets alternatifs listés dans GIT_ALTERNATE_OBJECT_DIRECTORIES ou $GIT_DIR/objects/info/alternates, et dans les archives Git empaquetées trouvées dans $GIT_DIR/objects/pack et les sous-répertoires correspondants dans les bassins d’objets alternatifs. Ceci est maintenant la valeur par défaut ; vous pouvez la désactiver avec --no-full.

Vérifie uniquement la connectivité des objets accessibles, en s’assurant que tous les objets référencés par une étiquette, un commit ou un arbre accessible sont présents. Cela accélère l’opération en évitant de lire entièrement les blobs (bien qu’il soit toujours vérifié que les blobs référencés existent). Cela détectera la corruption dans les commits et les arbres, mais ne fera aucune vérification sémantique (par exemple, pour les erreurs de format). La corruption dans les objets blob ne sera pas du tout détectée.

Active une vérification plus stricte, notamment pour attraper un mode de fichier enregistré avec le bit g+w activé, qui a été créé par des versions plus anciennes de Git. Les dépôts existants, y compris le noyau Linux, Git lui-même, et le dépôt sparse ont des objets anciens qui déclenchent cette vérification, mais il est recommandé de vérifier les nouveaux projets avec ce drapeau.

Mode bavard.

Écrit les objets en suspens dans .git/lost-found/commit/ ou .git/lost-found/other/, selon le type. Si l’objet est un blob, son contenu est écrit dans le fichier, plutôt que son nom d’objet.

Lors de l’affichage des noms des objets atteignables, en plus du SHA-1, afficher également un nom qui décrit comment ils sont atteignables, compatible avec git-rev-parse[1], par exemple HEAD@{1234567890}~25^2:src/.

L’état d’avancement est affiché sur la sortie d’erreur standard quand elle est attachée à un terminal, à moins que --no-progress ou --verbose soit spécifié. --progress force l’état d’avancement même si le flux d’erreur standard n’est pas dirigé vers un terminal.

Contrôler s’il faut vérifier la cohérence de la base de références via git refs verify. Voir git-refs[1] pour plus de détails. Le comportement par défaut est de vérifier la base de données de références.

L’objet<objet> de type <type> n’est pas réellement référencé directement ou indirectement dans aucun des arbres ou commits vus. Cela peut signifier qu’il y a un autre nœud racine que vous ne spécifiez pas ou que l’arbre est corrompu. Si vous n’avez pas manqué un nœud racine, alors vous pourriez aussi bien supprimer les nœuds inaccessibles puisqu’ils ne peuvent pas être utilisés.

L’objet <type> <object> est référencé mais n’est pas présent dans la base de données.

L’objet <type> <objet>, est présent dans la base de données mais n’est jamais utilisé directement. Un commit en suspens peut être un nœud racine.

La base de données possède un objet dont le hachage ne correspond pas à la valeur de la base de données d’objets. Cela indique un grave problème d’intégrité des données.

(ERREUR) Format de date invalide dans une ligne auteur/validateur.

(ERREUR) Valeur de date invalide dans une ligne auteur/validateur.

(ERREUR) Format de courriel invalide dans une ligne auteur/validateur.

(INFO) Un arbre contient une mauvaise entrée de mode de fichier.

(ERREUR) Une étiquette contient un mauvais entête (tronqué) de signature (par exemple, gpgsig).

(ERREUR) Un en-tête continu (comme pour gpgsig) est inopinément tronqué.

(ERREUR) Un nom d’auteur ou de validateur est vide.

(ERREUR) Un objet a un mauvais sha1.

(ERREUR) Le fichier "packed-refs" contient une entrée invalide.

(ERREUR) Le fichier "packed-refs" contient un en-tête invalide.

(ERREUR) Un objet de commit a un mauvais parent sha1.

(ERREUR) Une ref a un mauvais contenu.

(ERREUR) Une ref a un mauvais type de fichier.

(ERREUR) Une réf a un format invalide.

(ERREUR) Le nom référent d’un symref est invalide.

(AVERTISSEMENT) Une table réftable a un nom invalide.

(INFO) Une étiquette a un format invalide.

(ERREUR) Fuseau horaire invalide trouvé dans une ligne auteur/validateur.

(ERREUR) Un arbre ne peut pas être analysé.

(ERREUR) Un arbre a un format invalide.

(ERROR) Type d’objet invalide trouvé.

(ERREUR) Un arbre contient des entrées de fichiers en double.

(ATTENTION) Un chemin contient un nom vide.

(INFO) fichier "packed-refs" vide. Reportez cet incident à la liste de diffusion git@vger.kernel.org si vous voyez cette erreur. Comme seules les versions très jeunes de Git créeraient un tel fichier "packed_refs" vide, nous pourrions renforcer cette règle à l’avenir.

(IGNORE) Des en-têtes supplémentaires ont été trouvés après tagger.

(ATTENTION) Un chemin contient le chemin complet commençant par "/".

(ERREUR) Un non-blob trouvé à .gitattributes.

(ERREUR) Le blob .gitattributes est trop grand.

(ERREUR) Le blob .gitattributes contient des lignes trop longues.

(ERREUR) Impossible de lire le blob .gitattributes.

(INFO) .gitattributes est un symlink.

(INFO) .gitignore est un symlink.

(ERREUR) Un non-blob trouvé à .gitmodules.

(ERREUR) Le fichier .gitmodules est trop grand à analyser.

(ERREUR) Incapable de lire le blob .gitmodules.

(ERREUR) Un nom de sous-module est invalide.

(INFO) Impossible d’analyser le blob .gitmodules.

(ERREUR) Le chemin de .gitmodules est invalide.

(ERREUR) .gitmodules est un symlink.

(ERREUR) Paramètre de mise à jour de sous-module invalide trouvé.

(ERREUR) une URL de sous-module invalide trouvée.

(ATTENTION) Un arbre contient une entrée nommée ..

(ATTENTION) Un arbre contient une entrée nommée ...

(ATTENTION) Un arbre contient une entrée nommée .git.

(ATTENTION) Un arbre contient une entrée avec un nom très long. Si la valeur de `fsck.largePathname ` contient un caractère deux-points, cette valeur est utilisée comme la longueur maximale admissible (par exemple, "warn:10" se plaindrait de tout composant de chemin de 11 octets ou plus). La valeur par défaut est 4096.

(INFO) .mailmap est un symlink.

(ERREUR) L’auteur est manquant.

(ERREUR) Le validateur est manquant.

(ERREUR) Le courriel manque dans une ligne auteur/validateur.

(ERREUR) Nom manquant avant un courriel dans une ligne auteur/validateur.

(ERREUR) ligne object dans un objet étiquette manquante.

(ERREUR) Espace manquant avant la date dans une ligne auteur/validateur.

(ERREUR) Espace manquant avant le courriel dans une ligne auteur/validateur.

(ERREUR) Fin inattendue après la ligne type dans un objet étiquette.

(ERREUR) ligne tag dans un objet étiquette manquante.

(INFO) Ligne tagger manquante dans un objet étiquette.

(ERREUR) Ligne`tree` manquante dans un objet commit.

(ERREUR) valeur de type invalide sur la ligne type de l’objet étiquette.

(ERREUR) Ligne type manquante dans un objet étiquette.

(ERREUR) Plusieurs lignes d’auteur trouvées dans un commit.

(WARN) Trouvé un octet NUL dans le corps de l’objet commit.

(FATAL) Le octet NUL apparaît dans l’en-tête de l’objet.

(WARN) L’arbre contient des entrées pointant vers un sha1 nul.

(ERREUR) Le fichier "packed-refs" contient une entrée qui ne finit pas par une nouvelle ligne.

(ERREUR) Le fichier "packed-refs" n’est pas trié.

(INFO) Une réf qui ne se termine pas avec une nouvelle ligne (LF). Comme les implémentations valides de Git n’ont jamais créé un tel fichier de réf esseulé, ceci peut devenir une erreur à l’avenir. Reportez-vous à la liste de diffusion git@vger.kernel.org si vous voyez cette erreur, car nous avons besoin de savoir quels outils ont créé un tel fichier.

(INFO) Un lien symbolique est utilisé comme symref. Reportez-vous à la liste de diffusion git@vger.kernel.org si vous voyez cette erreur, car nous évaluons la faisabilité de laisser tomber la prise en charge des liens symboliques comme symrefs.

(INFO) La cible d’une référence symbolique ne pointe ni sur une référence racine ni sur une référence commençant par "refs/". Bien que nous permettions de créer une symref pointant vers le référent qui est à l’extérieur du "ref" en utilisant git symbolic-ref, nous pourrions durcir cette règle à l’avenir. Reportez-vous à la liste de diffusion git@vger.kernel.org si vous voyez cette erreur, car nous avons besoin de savoir quels outils ont créé un tel fichier.

(INFO) Une réf libre a du contenu additionnel . Comme les implémentations valides de Git n’ont jamais créé un tel fichier de réf esseulé, ceci peut devenir une erreur à l’avenir. Reportez-vous à la liste de diffusion git@vger.kernel.org si vous voyez cette erreur, car nous avons besoin de savoir quels outils ont créé un tel fichier.

(ERREUR) Un arbre n’est pas correctement trié.

(ERREUR) Type d’objet inconnu trouvé.

(FATAL) Fin de ligne manquante dans l’en-tête d’objet.

(ERREUR) Une date avec remplissage de zéros a été trouvée dans une ligne auteur/validateur.

(AVERTISSEMENT) Un mode de fichier avec remplissage de zéros a été trouvé dans un arbre.

utilisé pour spécifier le répertoire racine de la base de données des objets (habituellement $GIT_DIR/objects)

utilisé pour spécifier le fichier d’index de l’index

utilisé pour spécifier des répertoires racines supplémentaires de la base de données des objets (généralement non défini)