<?xml version="1.0" encoding="UTF-8"?> | |
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" | |
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> | |
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> | |
<head> | |
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8" /> | |
<meta name="generator" content="AsciiDoc 10.2.0" /> | |
<title>git-cat-file(1)</title> | |
<style type="text/css"> | |
/* Shared CSS for AsciiDoc xhtml11 and html5 backends */ | |
/* Default font. */ | |
body { | |
font-family: Georgia,serif; | |
} | |
/* Title font. */ | |
h1, h2, h3, h4, h5, h6, | |
div.title, caption.title, | |
thead, p.table.header, | |
#toctitle, | |
#author, #revnumber, #revdate, #revremark, | |
#footer { | |
font-family: Arial,Helvetica,sans-serif; | |
} | |
body { | |
margin: 1em 5% 1em 5%; | |
} | |
a { | |
color: blue; | |
text-decoration: underline; | |
} | |
a:visited { | |
color: fuchsia; | |
} | |
em { | |
font-style: italic; | |
color: navy; | |
} | |
strong { | |
font-weight: bold; | |
color: #083194; | |
} | |
h1, h2, h3, h4, h5, h6 { | |
color: #527bbd; | |
margin-top: 1.2em; | |
margin-bottom: 0.5em; | |
line-height: 1.3; | |
} | |
h1, h2, h3 { | |
border-bottom: 2px solid silver; | |
} | |
h2 { | |
padding-top: 0.5em; | |
} | |
h3 { | |
float: left; | |
} | |
h3 + * { | |
clear: left; | |
} | |
h5 { | |
font-size: 1.0em; | |
} | |
div.sectionbody { | |
margin-left: 0; | |
} | |
hr { | |
border: 1px solid silver; | |
} | |
p { | |
margin-top: 0.5em; | |
margin-bottom: 0.5em; | |
} | |
ul, ol, li > p { | |
margin-top: 0; | |
} | |
ul > li { color: #aaa; } | |
ul > li > * { color: black; } | |
.monospaced, code, pre { | |
font-family: "Courier New", Courier, monospace; | |
font-size: inherit; | |
color: navy; | |
padding: 0; | |
margin: 0; | |
} | |
pre { | |
white-space: pre-wrap; | |
} | |
#author { | |
color: #527bbd; | |
font-weight: bold; | |
font-size: 1.1em; | |
} | |
#email { | |
} | |
#revnumber, #revdate, #revremark { | |
} | |
#footer { | |
font-size: small; | |
border-top: 2px solid silver; | |
padding-top: 0.5em; | |
margin-top: 4.0em; | |
} | |
#footer-text { | |
float: left; | |
padding-bottom: 0.5em; | |
} | |
#footer-badges { | |
float: right; | |
padding-bottom: 0.5em; | |
} | |
#preamble { | |
margin-top: 1.5em; | |
margin-bottom: 1.5em; | |
} | |
div.imageblock, div.exampleblock, div.verseblock, | |
div.quoteblock, div.literalblock, div.listingblock, div.sidebarblock, | |
div.admonitionblock { | |
margin-top: 1.0em; | |
margin-bottom: 1.5em; | |
} | |
div.admonitionblock { | |
margin-top: 2.0em; | |
margin-bottom: 2.0em; | |
margin-right: 10%; | |
color: #606060; | |
} | |
div.content { /* Block element content. */ | |
padding: 0; | |
} | |
/* Block element titles. */ | |
div.title, caption.title { | |
color: #527bbd; | |
font-weight: bold; | |
text-align: left; | |
margin-top: 1.0em; | |
margin-bottom: 0.5em; | |
} | |
div.title + * { | |
margin-top: 0; | |
} | |
td div.title:first-child { | |
margin-top: 0.0em; | |
} | |
div.content div.title:first-child { | |
margin-top: 0.0em; | |
} | |
div.content + div.title { | |
margin-top: 0.0em; | |
} | |
div.sidebarblock > div.content { | |
background: #ffffee; | |
border: 1px solid #dddddd; | |
border-left: 4px solid #f0f0f0; | |
padding: 0.5em; | |
} | |
div.listingblock > div.content { | |
border: 1px solid #dddddd; | |
border-left: 5px solid #f0f0f0; | |
background: #f8f8f8; | |
padding: 0.5em; | |
} | |
div.quoteblock, div.verseblock { | |
padding-left: 1.0em; | |
margin-left: 1.0em; | |
margin-right: 10%; | |
border-left: 5px solid #f0f0f0; | |
color: #888; | |
} | |
div.quoteblock > div.attribution { | |
padding-top: 0.5em; | |
text-align: right; | |
} | |
div.verseblock > pre.content { | |
font-family: inherit; | |
font-size: inherit; | |
} | |
div.verseblock > div.attribution { | |
padding-top: 0.75em; | |
text-align: left; | |
} | |
/* DEPRECATED: Pre version 8.2.7 verse style literal block. */ | |
div.verseblock + div.attribution { | |
text-align: left; | |
} | |
div.admonitionblock .icon { | |
vertical-align: top; | |
font-size: 1.1em; | |
font-weight: bold; | |
text-decoration: underline; | |
color: #527bbd; | |
padding-right: 0.5em; | |
} | |
div.admonitionblock td.content { | |
padding-left: 0.5em; | |
border-left: 3px solid #dddddd; | |
} | |
div.exampleblock > div.content { | |
border-left: 3px solid #dddddd; | |
padding-left: 0.5em; | |
} | |
div.imageblock div.content { padding-left: 0; } | |
span.image img { border-style: none; vertical-align: text-bottom; } | |
a.image:visited { color: white; } | |
dl { | |
margin-top: 0.8em; | |
margin-bottom: 0.8em; | |
} | |
dt { | |
margin-top: 0.5em; | |
margin-bottom: 0; | |
font-style: normal; | |
color: navy; | |
} | |
dd > *:first-child { | |
margin-top: 0.1em; | |
} | |
ul, ol { | |
list-style-position: outside; | |
} | |
ol.arabic { | |
list-style-type: decimal; | |
} | |
ol.loweralpha { | |
list-style-type: lower-alpha; | |
} | |
ol.upperalpha { | |
list-style-type: upper-alpha; | |
} | |
ol.lowerroman { | |
list-style-type: lower-roman; | |
} | |
ol.upperroman { | |
list-style-type: upper-roman; | |
} | |
div.compact ul, div.compact ol, | |
div.compact p, div.compact p, | |
div.compact div, div.compact div { | |
margin-top: 0.1em; | |
margin-bottom: 0.1em; | |
} | |
tfoot { | |
font-weight: bold; | |
} | |
td > div.verse { | |
white-space: pre; | |
} | |
div.hdlist { | |
margin-top: 0.8em; | |
margin-bottom: 0.8em; | |
} | |
div.hdlist tr { | |
padding-bottom: 15px; | |
} | |
dt.hdlist1.strong, td.hdlist1.strong { | |
font-weight: bold; | |
} | |
td.hdlist1 { | |
vertical-align: top; | |
font-style: normal; | |
padding-right: 0.8em; | |
color: navy; | |
} | |
td.hdlist2 { | |
vertical-align: top; | |
} | |
div.hdlist.compact tr { | |
margin: 0; | |
padding-bottom: 0; | |
} | |
.comment { | |
background: yellow; | |
} | |
.footnote, .footnoteref { | |
font-size: 0.8em; | |
} | |
span.footnote, span.footnoteref { | |
vertical-align: super; | |
} | |
#footnotes { | |
margin: 20px 0 20px 0; | |
padding: 7px 0 0 0; | |
} | |
#footnotes div.footnote { | |
margin: 0 0 5px 0; | |
} | |
#footnotes hr { | |
border: none; | |
border-top: 1px solid silver; | |
height: 1px; | |
text-align: left; | |
margin-left: 0; | |
width: 20%; | |
min-width: 100px; | |
} | |
div.colist td { | |
padding-right: 0.5em; | |
padding-bottom: 0.3em; | |
vertical-align: top; | |
} | |
div.colist td img { | |
margin-top: 0.3em; | |
} | |
@media print { | |
#footer-badges { display: none; } | |
} | |
#toc { | |
margin-bottom: 2.5em; | |
} | |
#toctitle { | |
color: #527bbd; | |
font-size: 1.1em; | |
font-weight: bold; | |
margin-top: 1.0em; | |
margin-bottom: 0.1em; | |
} | |
div.toclevel0, div.toclevel1, div.toclevel2, div.toclevel3, div.toclevel4 { | |
margin-top: 0; | |
margin-bottom: 0; | |
} | |
div.toclevel2 { | |
margin-left: 2em; | |
font-size: 0.9em; | |
} | |
div.toclevel3 { | |
margin-left: 4em; | |
font-size: 0.9em; | |
} | |
div.toclevel4 { | |
margin-left: 6em; | |
font-size: 0.9em; | |
} | |
span.aqua { color: aqua; } | |
span.black { color: black; } | |
span.blue { color: blue; } | |
span.fuchsia { color: fuchsia; } | |
span.gray { color: gray; } | |
span.green { color: green; } | |
span.lime { color: lime; } | |
span.maroon { color: maroon; } | |
span.navy { color: navy; } | |
span.olive { color: olive; } | |
span.purple { color: purple; } | |
span.red { color: red; } | |
span.silver { color: silver; } | |
span.teal { color: teal; } | |
span.white { color: white; } | |
span.yellow { color: yellow; } | |
span.aqua-background { background: aqua; } | |
span.black-background { background: black; } | |
span.blue-background { background: blue; } | |
span.fuchsia-background { background: fuchsia; } | |
span.gray-background { background: gray; } | |
span.green-background { background: green; } | |
span.lime-background { background: lime; } | |
span.maroon-background { background: maroon; } | |
span.navy-background { background: navy; } | |
span.olive-background { background: olive; } | |
span.purple-background { background: purple; } | |
span.red-background { background: red; } | |
span.silver-background { background: silver; } | |
span.teal-background { background: teal; } | |
span.white-background { background: white; } | |
span.yellow-background { background: yellow; } | |
span.big { font-size: 2em; } | |
span.small { font-size: 0.6em; } | |
span.underline { text-decoration: underline; } | |
span.overline { text-decoration: overline; } | |
span.line-through { text-decoration: line-through; } | |
div.unbreakable { page-break-inside: avoid; } | |
/* | |
* xhtml11 specific | |
* | |
* */ | |
div.tableblock { | |
margin-top: 1.0em; | |
margin-bottom: 1.5em; | |
} | |
div.tableblock > table { | |
border: 3px solid #527bbd; | |
} | |
thead, p.table.header { | |
font-weight: bold; | |
color: #527bbd; | |
} | |
p.table { | |
margin-top: 0; | |
} | |
/* Because the table frame attribute is overridden by CSS in most browsers. */ | |
div.tableblock > table[frame="void"] { | |
border-style: none; | |
} | |
div.tableblock > table[frame="hsides"] { | |
border-left-style: none; | |
border-right-style: none; | |
} | |
div.tableblock > table[frame="vsides"] { | |
border-top-style: none; | |
border-bottom-style: none; | |
} | |
/* | |
* html5 specific | |
* | |
* */ | |
table.tableblock { | |
margin-top: 1.0em; | |
margin-bottom: 1.5em; | |
} | |
thead, p.tableblock.header { | |
font-weight: bold; | |
color: #527bbd; | |
} | |
p.tableblock { | |
margin-top: 0; | |
} | |
table.tableblock { | |
border-width: 3px; | |
border-spacing: 0px; | |
border-style: solid; | |
border-color: #527bbd; | |
border-collapse: collapse; | |
} | |
th.tableblock, td.tableblock { | |
border-width: 1px; | |
padding: 4px; | |
border-style: solid; | |
border-color: #527bbd; | |
} | |
table.tableblock.frame-topbot { | |
border-left-style: hidden; | |
border-right-style: hidden; | |
} | |
table.tableblock.frame-sides { | |
border-top-style: hidden; | |
border-bottom-style: hidden; | |
} | |
table.tableblock.frame-none { | |
border-style: hidden; | |
} | |
th.tableblock.halign-left, td.tableblock.halign-left { | |
text-align: left; | |
} | |
th.tableblock.halign-center, td.tableblock.halign-center { | |
text-align: center; | |
} | |
th.tableblock.halign-right, td.tableblock.halign-right { | |
text-align: right; | |
} | |
th.tableblock.valign-top, td.tableblock.valign-top { | |
vertical-align: top; | |
} | |
th.tableblock.valign-middle, td.tableblock.valign-middle { | |
vertical-align: middle; | |
} | |
th.tableblock.valign-bottom, td.tableblock.valign-bottom { | |
vertical-align: bottom; | |
} | |
/* | |
* manpage specific | |
* | |
* */ | |
body.manpage h1 { | |
padding-top: 0.5em; | |
padding-bottom: 0.5em; | |
border-top: 2px solid silver; | |
border-bottom: 2px solid silver; | |
} | |
body.manpage h2 { | |
border-style: none; | |
} | |
body.manpage div.sectionbody { | |
margin-left: 3em; | |
} | |
@media print { | |
body.manpage div#toc { display: none; } | |
} | |
</style> | |
<script type="text/javascript"> | |
/*<+'])'); | |
// Function that scans the DOM tree for header elements (the DOM2 | |
// nodeIterator API would be a better technique but not supported by all | |
// browsers). | |
var iterate = function (el) { | |
for (var i = el.firstChild; i != null; i = i.nextSibling) { | |
if (i.nodeType == 1 /* Node.ELEMENT_NODE */) { | |
var mo = re.exec(i.tagName); | |
if (mo && (i.getAttribute("class") || i.getAttribute("className")) != "float") { | |
result[result.length] = new TocEntry(i, getText(i), mo[1]-1); | |
} | |
iterate(i); | |
} | |
} | |
} | |
iterate(el); | |
return result; | |
} | |
var toc = document.getElementById("toc"); | |
if (!toc) { | |
return; | |
} | |
// Delete existing TOC entries in case we're reloading the TOC. | |
var tocEntriesToRemove = []; | |
var i; | |
for (i = 0; i < toc.childNodes.length; i++) { | |
var entry = toc.childNodes[i]; | |
if (entry.nodeName.toLowerCase() == 'div' | |
&& entry.getAttribute("class") | |
&& entry.getAttribute("class").match(/^toclevel/)) | |
tocEntriesToRemove.push(entry); | |
} | |
for (i = 0; i < tocEntriesToRemove.length; i++) { | |
toc.removeChild(tocEntriesToRemove[i]); | |
} | |
// Rebuild TOC entries. | |
var entries = tocEntries(document.getElementById("content"), toclevels); | |
for (var i = 0; i < entries.length; ++i) { | |
var entry = entries[i]; | |
if (entry.element.id == "") | |
entry.element.id = "_toc_" + i; | |
var a = document.createElement("a"); | |
a.href = "#" + entry.element.id; | |
a.appendChild(document.createTextNode(entry.text)); | |
var div = document.createElement("div"); | |
div.appendChild(a); | |
div.className = "toclevel" + entry.toclevel; | |
toc.appendChild(div); | |
} | |
if (entries.length == 0) | |
toc.parentNode.removeChild(toc); | |
}, | |
///////////////////////////////////////////////////////////////////// | |
// Footnotes generator | |
///////////////////////////////////////////////////////////////////// | |
/* Based on footnote generation code from: | |
* http://www.brandspankingnew.net/archive/2005/07/format_footnote.html | |
*/ | |
footnotes: function () { | |
// Delete existing footnote entries in case we're reloading the footnodes. | |
var i; | |
var noteholder = document.getElementById("footnotes"); | |
if (!noteholder) { | |
return; | |
} | |
var entriesToRemove = []; | |
for (i = 0; i < noteholder.childNodes.length; i++) { | |
var entry = noteholder.childNodes[i]; | |
if (entry.nodeName.toLowerCase() == 'div' && entry.getAttribute("class") == "footnote") | |
entriesToRemove.push(entry); | |
} | |
for (i = 0; i < entriesToRemove.length; i++) { | |
noteholder.removeChild(entriesToRemove[i]); | |
} | |
// Rebuild footnote entries. | |
var cont = document.getElementById("content"); | |
var spans = cont.getElementsByTagName("span"); | |
var refs = {}; | |
var n = 0; | |
for (i=0; i<spans.length; i++) { | |
if (spans[i].className == "footnote") { | |
n++; | |
var note = spans[i].getAttribute("data-note"); | |
if (!note) { | |
// Use [\s\S] in place of . so multi-line matches work. | |
// Because JavaScript has no s (dotall) regex flag. | |
note = spans[i].innerHTML.match(/\s*\[([\s\S]*)]\s*/)[1]; | |
spans[i].innerHTML = | |
"[<a id='_footnoteref_" + n + "' href='#_footnote_" + n + | |
"' title='View footnote' class='footnote'>" + n + "</a>]"; | |
spans[i].setAttribute("data-note", note); | |
} | |
noteholder.innerHTML += | |
"<div class='footnote' id='_footnote_" + n + "'>" + | |
"<a href='#_footnoteref_" + n + "' title='Return to text'>" + | |
n + "</a>. " + note + "</div>"; | |
var id =spans[i].getAttribute("id"); | |
if (id != null) refs["#"+id] = n; | |
} | |
} | |
if (n == 0) | |
noteholder.parentNode.removeChild(noteholder); | |
else { | |
// Process footnoterefs. | |
for (i=0; i<spans.length; i++) { | |
if (spans[i].className == "footnoteref") { | |
var href = spans[i].getElementsByTagName("a")[0].getAttribute("href"); | |
href = href.match(/#.*/)[0]; // Because IE return full URL. | |
n = refs[href]; | |
spans[i].innerHTML = | |
"[<a href='#_footnote_" + n + | |
"' title='View footnote' class='footnote'>" + n + "</a>]"; | |
} | |
} | |
} | |
}, | |
install: function(toclevels) { | |
var timerId; | |
function reinstall() { | |
asciidoc.footnotes(); | |
if (toclevels) { | |
asciidoc.toc(toclevels); | |
} | |
} | |
function reinstallAndRemoveTimer() { | |
clearInterval(timerId); | |
reinstall(); | |
} | |
timerId = setInterval(reinstall, 500); | |
if (document.addEventListener) | |
document.addEventListener("DOMContentLoaded", reinstallAndRemoveTimer, false); | |
else | |
window.onload = reinstallAndRemoveTimer; | |
} | |
} | |
asciidoc.install(); | |
/*]]>*/ | |
</script> | |
</head> | |
<body class="manpage"> | |
<div id="header"> | |
<h1> | |
git-cat-file(1) Manual Page | |
</h1> | |
<h2>NAME</h2> | |
<div class="sectionbody"> | |
<p>git-cat-file - | |
Provide contents or details of repository objects | |
</p> | |
</div> | |
</div> | |
<div id="content"> | |
<div class="sect1"> | |
<h2 id="_synopsis">SYNOPSIS</h2> | |
<div class="sectionbody"> | |
<div class="verseblock"> | |
<pre class="content"><em>git cat-file</em> <type> <object> | |
<em>git cat-file</em> (-e | -p) <object> | |
<em>git cat-file</em> (-t | -s) [--allow-unknown-type] <object> | |
<em>git cat-file</em> (--textconv | --filters) | |
[<rev>:<path|tree-ish> | --path=<path|tree-ish> <rev>] | |
<em>git cat-file</em> (--batch | --batch-check | --batch-command) [--batch-all-objects] | |
[--buffer] [--follow-symlinks] [--unordered] | |
[--textconv | --filters] [-Z]</pre> | |
<div class="attribution"> | |
</div></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_description">DESCRIPTION</h2> | |
<div class="sectionbody"> | |
<div class="paragraph"><p>Output the contents or other properties such as size, type or delta | |
information of one or more objects.</p></div> | |
<div class="paragraph"><p>This command can operate in two modes, depending on whether an option | |
from the <code>--batch</code> family is specified.</p></div> | |
<div class="paragraph"><p>In non-batch mode, the command provides information on an object | |
named on the command line.</p></div> | |
<div class="paragraph"><p>In batch mode, arguments are read from standard input.</p></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_options">OPTIONS</h2> | |
<div class="sectionbody"> | |
<div class="dlist"><dl> | |
<dt class="hdlist1"> | |
<object> | |
</dt> | |
<dd> | |
<p> | |
The name of the object to show. | |
For a more complete list of ways to spell object names, see | |
the "SPECIFYING REVISIONS" section in <a href="gitrevisions.html">gitrevisions(7)</a>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
-t | |
</dt> | |
<dd> | |
<p> | |
Instead of the content, show the object type identified by | |
<code><object></code>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
-s | |
</dt> | |
<dd> | |
<p> | |
Instead of the content, show the object size identified by | |
<code><object></code>. If used with <code>--use-mailmap</code> option, will show | |
the size of updated object after replacing idents using the | |
mailmap mechanism. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
-e | |
</dt> | |
<dd> | |
<p> | |
Exit with zero status if <code><object></code> exists and is a valid | |
object. If <code><object></code> is of an invalid format, exit with non-zero | |
status and emit an error on stderr. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
-p | |
</dt> | |
<dd> | |
<p> | |
Pretty-print the contents of <code><object></code> based on its type. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<type> | |
</dt> | |
<dd> | |
<p> | |
Typically this matches the real type of <code><object></code> but asking | |
for a type that can trivially be dereferenced from the given | |
<code><object></code> is also permitted. An example is to ask for a | |
"tree" with <code><object></code> being a commit object that contains it, | |
or to ask for a "blob" with <code><object></code> being a tag object that | |
points at it. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--[no-]mailmap | |
</dt> | |
<dt class="hdlist1"> | |
--[no-]use-mailmap | |
</dt> | |
<dd> | |
<p> | |
Use mailmap file to map author, committer and tagger names | |
and email addresses to canonical real names and email addresses. | |
See <a href="git-shortlog.html">git-shortlog(1)</a>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--textconv | |
</dt> | |
<dd> | |
<p> | |
Show the content as transformed by a textconv filter. In this case, | |
<code><object></code> has to be of the form <code><tree-ish>:<path></code>, or <code>:<path></code> in | |
order to apply the filter to the content recorded in the index at | |
<code><path></code>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--filters | |
</dt> | |
<dd> | |
<p> | |
Show the content as converted by the filters configured in | |
the current working tree for the given <code><path></code> (i.e. smudge filters, | |
end-of-line conversion, etc). In this case, <code><object></code> has to be of | |
the form <code><tree-ish>:<path></code>, or <code>:<path></code>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--path=<path> | |
</dt> | |
<dd> | |
<p> | |
For use with <code>--textconv</code> or <code>--filters</code>, to allow specifying an object | |
name and a path separately, e.g. when it is difficult to figure out | |
the revision from which the blob came. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--batch | |
</dt> | |
<dt class="hdlist1"> | |
--batch=<format> | |
</dt> | |
<dd> | |
<p> | |
Print object information and contents for each object provided | |
on stdin. May not be combined with any other options or arguments | |
except <code>--textconv</code>, <code>--filters</code>, or <code>--use-mailmap</code>. | |
</p> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="ulist"><ul> | |
<li> | |
<p> | |
When used with <code>--textconv</code> or <code>--filters</code>, the input lines | |
must specify the path, separated by whitespace. See the section | |
<code>BATCH OUTPUT</code> below for details. | |
</p> | |
</li> | |
<li> | |
<p> | |
When used with <code>--use-mailmap</code>, for commit and tag objects, the | |
contents part of the output shows the identities replaced using the | |
mailmap mechanism, while the information part of the output shows | |
the size of the object as if it actually recorded the replacement | |
identities. | |
</p> | |
</li> | |
</ul></div> | |
</div></div> | |
</dd> | |
<dt class="hdlist1"> | |
--batch-check | |
</dt> | |
<dt class="hdlist1"> | |
--batch-check=<format> | |
</dt> | |
<dd> | |
<p> | |
Print object information for each object provided on stdin. May not be | |
combined with any other options or arguments except <code>--textconv</code>, <code>--filters</code> | |
or <code>--use-mailmap</code>. | |
</p> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="ulist"><ul> | |
<li> | |
<p> | |
When used with <code>--textconv</code> or <code>--filters</code>, the input lines must | |
specify the path, separated by whitespace. See the section | |
<code>BATCH OUTPUT</code> below for details. | |
</p> | |
</li> | |
<li> | |
<p> | |
When used with <code>--use-mailmap</code>, for commit and tag objects, the | |
printed object information shows the size of the object as if the | |
identities recorded in it were replaced by the mailmap mechanism. | |
</p> | |
</li> | |
</ul></div> | |
</div></div> | |
</dd> | |
<dt class="hdlist1"> | |
--batch-command | |
</dt> | |
<dt class="hdlist1"> | |
--batch-command=<format> | |
</dt> | |
<dd> | |
<p> | |
Enter a command mode that reads commands and arguments from stdin. May | |
only be combined with <code>--buffer</code>, <code>--textconv</code>, <code>--use-mailmap</code> or | |
<code>--filters</code>. | |
</p> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="ulist"><ul> | |
<li> | |
<p> | |
When used with <code>--textconv</code> or <code>--filters</code>, the input lines must | |
specify the path, separated by whitespace. See the section | |
<code>BATCH OUTPUT</code> below for details. | |
</p> | |
</li> | |
<li> | |
<p> | |
When used with <code>--use-mailmap</code>, for commit and tag objects, the | |
<code>contents</code> command shows the identities replaced using the | |
mailmap mechanism, while the <code>info</code> command shows the size | |
of the object as if it actually recorded the replacement | |
identities. | |
</p> | |
</li> | |
</ul></div> | |
</div></div> | |
<div class="paragraph"><p><code>--batch-command</code> recognizes the following commands:</p></div> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="dlist"><dl> | |
<dt class="hdlist1"> | |
contents <object> | |
</dt> | |
<dd> | |
<p> | |
Print object contents for object reference <code><object></code>. This corresponds to | |
the output of <code>--batch</code>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
info <object> | |
</dt> | |
<dd> | |
<p> | |
Print object info for object reference <code><object></code>. This corresponds to the | |
output of <code>--batch-check</code>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
flush | |
</dt> | |
<dd> | |
<p> | |
Used with <code>--buffer</code> to execute all preceding commands that were issued | |
since the beginning or since the last flush was issued. When <code>--buffer</code> | |
is used, no output will come until a <code>flush</code> is issued. When <code>--buffer</code> | |
is not used, commands are flushed each time without issuing <code>flush</code>. | |
</p> | |
</dd> | |
</dl></div> | |
</div></div> | |
</dd> | |
<dt class="hdlist1"> | |
--batch-all-objects | |
</dt> | |
<dd> | |
<p> | |
Instead of reading a list of objects on stdin, perform the | |
requested batch operation on all objects in the repository and | |
any alternate object stores (not just reachable objects). | |
Requires <code>--batch</code> or <code>--batch-check</code> be specified. By default, | |
the objects are visited in order sorted by their hashes; see | |
also <code>--unordered</code> below. Objects are presented as-is, without | |
respecting the "replace" mechanism of <a href="git-replace.html">git-replace(1)</a>. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--buffer | |
</dt> | |
<dd> | |
<p> | |
Normally batch output is flushed after each object is output, so | |
that a process can interactively read and write from | |
<code>cat-file</code>. With this option, the output uses normal stdio | |
buffering; this is much more efficient when invoking | |
<code>--batch-check</code> or <code>--batch-command</code> on a large number of objects. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--unordered | |
</dt> | |
<dd> | |
<p> | |
When <code>--batch-all-objects</code> is in use, visit objects in an | |
order which may be more efficient for accessing the object | |
contents than hash order. The exact details of the order are | |
unspecified, but if you do not require a specific order, this | |
should generally result in faster output, especially with | |
<code>--batch</code>. Note that <code>cat-file</code> will still show each object | |
only once, even if it is stored multiple times in the | |
repository. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--allow-unknown-type | |
</dt> | |
<dd> | |
<p> | |
Allow <code>-s</code> or <code>-t</code> to query broken/corrupt objects of unknown type. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
--follow-symlinks | |
</dt> | |
<dd> | |
<p> | |
With <code>--batch</code> or <code>--batch-check</code>, follow symlinks inside the | |
repository when requesting objects with extended SHA-1 | |
expressions of the form tree-ish:path-in-tree. Instead of | |
providing output about the link itself, provide output about | |
the linked-to object. If a symlink points outside the | |
tree-ish (e.g. a link to <code>/foo</code> or a root-level link to <code>../foo</code>), | |
the portion of the link which is outside the tree will be | |
printed. | |
</p> | |
<div class="paragraph"><p>This option does not (currently) work correctly when an object in the | |
index is specified (e.g. <code>:link</code> instead of <code>HEAD:link</code>) rather than | |
one in the tree.</p></div> | |
<div class="paragraph"><p>This option cannot (currently) be used unless <code>--batch</code> or | |
<code>--batch-check</code> is used.</p></div> | |
<div class="paragraph"><p>For example, consider a git repository containing:</p></div> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="literalblock"> | |
<div class="content"> | |
<pre><code>f: a file containing "hello\n" | |
link: a symlink to f | |
dir/link: a symlink to ../f | |
plink: a symlink to ../f | |
alink: a symlink to /etc/passwd</code></pre> | |
</div></div> | |
</div></div> | |
<div class="paragraph"><p>For a regular file <code>f</code>, <code>echo HEAD:f | git cat-file --batch</code> would print</p></div> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="literalblock"> | |
<div class="content"> | |
<pre><code>ce013625030ba8dba906f756967f9e9ca394464a blob 6</code></pre> | |
</div></div> | |
</div></div> | |
<div class="paragraph"><p>And <code>echo HEAD:link | git cat-file --batch --follow-symlinks</code> would | |
print the same thing, as would <code>HEAD:dir/link</code>, as they both point at | |
<code>HEAD:f</code>.</p></div> | |
<div class="paragraph"><p>Without <code>--follow-symlinks</code>, these would print data about the symlink | |
itself. In the case of <code>HEAD:link</code>, you would see</p></div> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="literalblock"> | |
<div class="content"> | |
<pre><code>4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1</code></pre> | |
</div></div> | |
</div></div> | |
<div class="paragraph"><p>Both <code>plink</code> and <code>alink</code> point outside the tree, so they would | |
respectively print:</p></div> | |
<div class="openblock"> | |
<div class="content"> | |
<div class="literalblock"> | |
<div class="content"> | |
<pre><code>symlink 4 | |
../f</code></pre> | |
</div></div> | |
<div class="literalblock"> | |
<div class="content"> | |
<pre><code>symlink 11 | |
/etc/passwd</code></pre> | |
</div></div> | |
</div></div> | |
</dd> | |
<dt class="hdlist1"> | |
-Z | |
</dt> | |
<dd> | |
<p> | |
Only meaningful with <code>--batch</code>, <code>--batch-check</code>, or | |
<code>--batch-command</code>; input and output is NUL-delimited instead of | |
newline-delimited. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
-z | |
</dt> | |
<dd> | |
<p> | |
Only meaningful with <code>--batch</code>, <code>--batch-check</code>, or | |
<code>--batch-command</code>; input is NUL-delimited instead of | |
newline-delimited. This option is deprecated in favor of | |
<code>-Z</code> as the output can otherwise be ambiguous. | |
</p> | |
</dd> | |
</dl></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_output">OUTPUT</h2> | |
<div class="sectionbody"> | |
<div class="paragraph"><p>If <code>-t</code> is specified, one of the <code><type></code>.</p></div> | |
<div class="paragraph"><p>If <code>-s</code> is specified, the size of the <code><object></code> in bytes.</p></div> | |
<div class="paragraph"><p>If <code>-e</code> is specified, no output, unless the <code><object></code> is malformed.</p></div> | |
<div class="paragraph"><p>If <code>-p</code> is specified, the contents of <code><object></code> are pretty-printed.</p></div> | |
<div class="paragraph"><p>If <code><type></code> is specified, the raw (though uncompressed) contents of the <code><object></code> | |
will be returned.</p></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_batch_output">BATCH OUTPUT</h2> | |
<div class="sectionbody"> | |
<div class="paragraph"><p>If <code>--batch</code> or <code>--batch-check</code> is given, <code>cat-file</code> will read objects | |
from stdin, one per line, and print information about them. By default, | |
the whole line is considered as an object, as if it were fed to | |
<a href="git-rev-parse.html">git-rev-parse(1)</a>.</p></div> | |
<div class="paragraph"><p>When <code>--batch-command</code> is given, <code>cat-file</code> will read commands from stdin, | |
one per line, and print information based on the command given. With | |
<code>--batch-command</code>, the <code>info</code> command followed by an object will print | |
information about the object the same way <code>--batch-check</code> would, and the | |
<code>contents</code> command followed by an object prints contents in the same way | |
<code>--batch</code> would.</p></div> | |
<div class="paragraph"><p>You can specify the information shown for each object by using a custom | |
<code><format></code>. The <code><format></code> is copied literally to stdout for each | |
object, with placeholders of the form <code>%(atom)</code> expanded, followed by a | |
newline. The available atoms are:</p></div> | |
<div class="dlist"><dl> | |
<dt class="hdlist1"> | |
<code>objectname</code> | |
</dt> | |
<dd> | |
<p> | |
The full hex representation of the object name. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<code>objecttype</code> | |
</dt> | |
<dd> | |
<p> | |
The type of the object (the same as <code>cat-file -t</code> reports). | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<code>objectsize</code> | |
</dt> | |
<dd> | |
<p> | |
The size, in bytes, of the object (the same as <code>cat-file -s</code> | |
reports). | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<code>objectsize:disk</code> | |
</dt> | |
<dd> | |
<p> | |
The size, in bytes, that the object takes up on disk. See the | |
note about on-disk sizes in the <code>CAVEATS</code> section below. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<code>deltabase</code> | |
</dt> | |
<dd> | |
<p> | |
If the object is stored as a delta on-disk, this expands to the | |
full hex representation of the delta base object name. | |
Otherwise, expands to the null OID (all zeroes). See <code>CAVEATS</code> | |
below. | |
</p> | |
</dd> | |
<dt class="hdlist1"> | |
<code>rest</code> | |
</dt> | |
<dd> | |
<p> | |
If this atom is used in the output string, input lines are split | |
at the first whitespace boundary. All characters before that | |
whitespace are considered to be the object name; characters | |
after that first run of whitespace (i.e., the "rest" of the | |
line) are output in place of the <code>%(rest)</code> atom. | |
</p> | |
</dd> | |
</dl></div> | |
<div class="paragraph"><p>If no format is specified, the default format is <code>%(objectname) | |
%(objecttype) %(objectsize)</code>.</p></div> | |
<div class="paragraph"><p>If <code>--batch</code> is specified, or if <code>--batch-command</code> is used with the <code>contents</code> | |
command, the object information is followed by the object contents (consisting | |
of <code>%(objectsize)</code> bytes), followed by a newline.</p></div> | |
<div class="paragraph"><p>For example, <code>--batch</code> without a custom format would produce:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code><oid> SP <type> SP <size> LF | |
<contents> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>Whereas <code>--batch-check='%(objectname) %(objecttype)'</code> would produce:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code><oid> SP <type> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>If a name is specified on stdin that cannot be resolved to an object in | |
the repository, then <code>cat-file</code> will ignore any custom format and print:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code><object> SP missing LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>If a name is specified that might refer to more than one object (an ambiguous short sha), then <code>cat-file</code> will ignore any custom format and print:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code><object> SP ambiguous LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>If <code>--follow-symlinks</code> is used, and a symlink in the repository points | |
outside the repository, then <code>cat-file</code> will ignore any custom format | |
and print:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code>symlink SP <size> LF | |
<symlink> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>The symlink will either be absolute (beginning with a <code>/</code>), or relative | |
to the tree root. For instance, if dir/link points to <code>../../foo</code>, then | |
<code><symlink></code> will be <code>../foo</code>. <code><size></code> is the size of the symlink in bytes.</p></div> | |
<div class="paragraph"><p>If <code>--follow-symlinks</code> is used, the following error messages will be | |
displayed:</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code><object> SP missing LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>is printed when the initial symlink requested does not exist.</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code>dangling SP <size> LF | |
<object> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>is printed when the initial symlink exists, but something that | |
it (transitive-of) points to does not.</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code>loop SP <size> LF | |
<object> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>is printed for symlink loops (or any symlinks that | |
require more than 40 link resolutions to resolve).</p></div> | |
<div class="listingblock"> | |
<div class="content"> | |
<pre><code>notdir SP <size> LF | |
<object> LF</code></pre> | |
</div></div> | |
<div class="paragraph"><p>is printed when, during symlink resolution, a file is used as a | |
directory name.</p></div> | |
<div class="paragraph"><p>Alternatively, when <code>-Z</code> is passed, the line feeds in any of the above examples | |
are replaced with NUL terminators. This ensures that output will be parsable if | |
the output itself would contain a linefeed and is thus recommended for | |
scripting purposes.</p></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_caveats">CAVEATS</h2> | |
<div class="sectionbody"> | |
<div class="paragraph"><p>Note that the sizes of objects on disk are reported accurately, but care | |
should be taken in drawing conclusions about which refs or objects are | |
responsible for disk usage. The size of a packed non-delta object may be | |
much larger than the size of objects which delta against it, but the | |
choice of which object is the base and which is the delta is arbitrary | |
and is subject to change during a repack.</p></div> | |
<div class="paragraph"><p>Note also that multiple copies of an object may be present in the object | |
database; in this case, it is undefined which copy’s size or delta base | |
will be reported.</p></div> | |
</div> | |
</div> | |
<div class="sect1"> | |
<h2 id="_git">GIT</h2> | |
<div class="sectionbody"> | |
<div class="paragraph"><p>Part of the <a href="git.html">git(1)</a> suite</p></div> | |
</div> | |
</div> | |
</div> | |
<div id="footnotes"><hr /></div> | |
<div id="footer"> | |
<div id="footer-text"> | |
Last updated | |
2023-10-18 13:44:22 PDT | |
</div> | |
</div> | |
</body> | |
</html> |