git-cat-file - En ligne dans le Cloud

PROGRAMME:

Nom

git-cat-file - Fournit le contenu ou les informations de type et de taille pour les objets du référentiel

SYNOPSIS

jet chat-fichier (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | | --textconv )
jet chat-fichier (--batch | --batch-check) [--follow-symlinks]

DESCRIPTION

Dans sa première forme, la commande fournit le contenu ou le type d'un objet dans le
dépôt. Le type est obligatoire sauf si -t or -p est utilisé pour trouver le type d'objet, ou -s is
utilisé pour trouver la taille de l'objet, ou --textconv est utilisé (ce qui implique le type "blob").

Dans la seconde forme, une liste d'objets (séparés par des sauts de ligne) est fournie sur stdin, et
le SHA-1, le type et la taille de chaque objet sont imprimés sur la sortie standard.

OPTIONS

Le nom de l'objet à afficher. Pour une liste plus complète des façons d'épeler objet
noms, voir la section "PRÉCISER LES RÉVISIONS" dans gitrévisions (7).

-t
Au lieu du contenu, affichez le type d'objet identifié par .

-s
Au lieu du contenu, affichez la taille de l'objet identifiée par .

-e
Supprimer toutes les sorties ; à la place, quittez avec le statut zéro si existe et est valide
objet.

-p
Jolie-imprimer le contenu de en fonction de son type.


Cela correspond généralement au type réel de mais demander un type qui peut
être trivialement déréférencé du donné est également autorisé. Un exemple est de
demander un "arbre" avec étant un objet commit qui le contient, ou pour demander un
"tache" avec étant un objet tag qui pointe vers lui.

--textconv
Afficher le contenu transformé par un filtre textconv. Dans ce cas, a être de
la forme : , ou : afin d'appliquer le filtre au contenu
enregistré dans l'index à .

--batch, --batch=
Imprimez les informations et le contenu des objets pour chaque objet fourni sur stdin. N'est peut être pas
combiné avec d'autres options ou arguments. Voir la section BATCH OUTPUT ci-dessous pour
détails.

--batch-check, --batch-check=
Imprimez les informations d'objet pour chaque objet fourni sur stdin. Ne peut être combiné avec
toute autre option ou argument. Voir la section BATCH OUTPUT ci-dessous pour plus de détails.

--batch-all-objects
Au lieu de lire une liste d'objets sur stdin, effectuez l'opération par lots demandée
sur tous les objets du référentiel et sur tout autre magasin d'objets (pas seulement accessible
objets). Nécessite que --batch ou --batch-check soit spécifié. Notez que les objets sont
visités dans l'ordre triés par leurs hachages.

--amortir
Normalement, la sortie par lots est vidée après la sortie de chaque objet, de sorte qu'un processus puisse
lire et écrire de manière interactive à partir du fichier cat. Avec cette option, la sortie utilise la normale
mise en mémoire tampon stdio; c'est beaucoup plus efficace lors de l'invocation de --batch-check sur un grand
nombre d'objets.

--allow-type-inconnu
Autorisez -s ou -t à interroger des objets cassés/corrompus de type inconnu.

--follow-symlinks
Avec --batch ou --batch-check, suivez les liens symboliques à l'intérieur du référentiel lors de la demande
objets avec des expressions SHA-1 étendues de la forme tree-ish:path-in-tree. À la place de
fournir une sortie sur le lien lui-même, fournir une sortie sur l'objet lié. Si
un lien symbolique pointe en dehors de l'arborescence (par exemple un lien vers /foo ou un lien de niveau racine vers
../foo), la portion du lien qui est en dehors de l'arbre sera imprimée.

Cette option ne fonctionne pas (actuellement) correctement lorsqu'un objet dans l'index est
spécifié (par exemple :link au lieu de HEAD:link) plutôt qu'un dans l'arborescence.

Cette option ne peut pas (actuellement) être utilisée à moins que --batch ou --batch-check ne soit utilisé.

Par exemple, considérons un dépôt git contenant :

f : un fichier contenant "hello\n"
lien : un lien symbolique vers f
dir/link : un lien symbolique vers ../f
plink : un lien symbolique vers ../f
alink : un lien symbolique vers / Etc / passwd

Pour un fichier normal f, echo HEAD:f | git cat-file --batch imprimerait

ce013625030ba8dba906f756967f9e9ca394464a blob 6

Et echo HEAD:link | git cat-file --batch --follow-symlinks imprimerait le même
chose, tout comme HEAD:dir/link, car ils pointent tous les deux vers HEAD:f.

Sans --follow-symlinks, ceux-ci imprimeraient des données sur le lien symbolique lui-même. Dans le
cas de HEAD:link, vous verriez

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

plink et alink pointent tous deux à l'extérieur de l'arbre, ils imprimeraient donc respectivement :

lien symbolique 4
../F

lien symbolique 11
/ Etc / passwd

SORTIE

If -t est spécifié, l'un des .

If -s est spécifié, la taille du en octets.

If -e est spécifié, aucune sortie.

If -p est spécifié, le contenu de sont joliment imprimés.

Si est spécifié, le contenu brut (bien que non compressé) du sera
revenu.

LOT SORTIE

Si --batch ou --batch-check est donné, cat-file lira les objets de stdin, un par ligne,
et imprimer des informations à leur sujet. Par défaut, toute la ligne est considérée comme un objet,
comme s'il était nourri à git-rev-analyse (1).

Vous pouvez spécifier les informations affichées pour chaque objet en utilisant un . Les
est copié littéralement dans stdout pour chaque objet, avec des espaces réservés de la forme
%(atome) développé, suivi d'une nouvelle ligne. Les atomes disponibles sont :

nom de l'objet
Le nom d'objet de 40 hexadécimales de l'objet.

type d'objet
Le type de l'objet (le même que les rapports cat-file -t).

taille de l'objet
La taille, en octets, de l'objet (la même que les rapports cat-file -s).

taille d'objet:disque
La taille, en octets, que l'objet occupe sur le disque. Voir la note sur les tailles sur disque
dans la section MISES EN GARDE ci-dessous.

base delta
Si l'objet est stocké en tant que delta sur disque, cela s'étend au sha40 de 1 hexadécimales du
objet de base delta. Sinon, se développe jusqu'au sha1 nul (40 zéros). Voir MISES EN GARDE ci-dessous.

reste
Si cet atome est utilisé dans la chaîne de sortie, les lignes d'entrée sont divisées au premier
limite d'espace blanc. Tous les caractères avant cet espace sont considérés comme les
nom de l'objet ; caractères après cette première série d'espaces (c'est-à-dire le « reste » du
line) sont sorties à la place de l'atome %(rest).

Si aucun format n'est spécifié, le format par défaut est %(objectname) %(objecttype)
%(taille de l'objet).

Si --batch est spécifié, les informations sur l'objet sont suivies du contenu de l'objet
(constitué de %(objectsize) octets), suivi d'un saut de ligne.

Par exemple, --batch sans format personnalisé produirait :

SP SP LF
LF

Alors que --batch-check='%(objectname) %(objecttype)' produirait :

SP LF

Si un nom est spécifié sur stdin qui ne peut pas être résolu en un objet dans le référentiel,
alors cat-file ignorera tout format personnalisé et imprimera :

SP manquant LF

Si --follow-symlinks est utilisé et qu'un lien symbolique dans le référentiel pointe en dehors du
référentiel, alors cat-file ignorera tout format personnalisé et affichera :

lien symbolique SP LF
LF

Le lien symbolique sera soit absolu (commençant par un /), soit relatif à la racine de l'arbre.
Par exemple, si dir/link pointe vers ../../foo, alors sera ../foo. est
la taille du lien symbolique en octets.

Si --follow-symlinks est utilisé, les messages d'erreur suivants s'afficheront :

SP manquant LF

est imprimé lorsque le lien symbolique initial demandé n'existe pas.

balançant SP LF
LF

est imprimé lorsque le lien symbolique initial existe, mais quelque chose sur lequel il (transitif) pointe
ne le fait pas.

boucle SP LF
LF

est imprimé pour les boucles de liens symboliques (ou tout lien symbolique nécessitant plus de 40 résolutions de liens
résoudre).

notdir SP LF
LF

est imprimé lorsque, lors de la résolution du lien symbolique, un fichier est utilisé comme nom de répertoire.

MISES EN GARDE

Notez que les tailles des objets sur le disque sont rapportées avec précision, mais des précautions doivent être prises
pour tirer des conclusions sur les références ou les objets responsables de l'utilisation du disque. Les
la taille d'un objet non delta compressé peut être beaucoup plus grande que la taille des objets qui delta
contre elle, mais le choix de quel objet est la base et lequel est le delta est arbitraire
et est sujet à changement lors d'un remballage.

Notez également que plusieurs copies d'un objet peuvent être présentes dans la base de données d'objets ; dans ce
Dans ce cas, il n'est pas défini quelle taille de copie ou base delta sera signalée.

GIT

Une partie de l' jet(1) Suite

Utilisez git-cat-file en ligne en utilisant les services onworks.net