2 .\" Title: git-for-each-ref
3 .\" Author: [FIXME: author] [see http://www.docbook.org/tdg5/en/html/author]
4 .\" Generator: DocBook XSL Stylesheets vsnapshot <http://docbook.sf.net/>
7 .\" Source: Git 2.44.0.616.g548fe35913
10 .TH "GIT\-FOR\-EACH\-REF" "1" "2024\-04\-15" "Git 2\&.44\&.0\&.616\&.g548fe3" "Git Manual"
11 .\" -----------------------------------------------------------------
12 .\" * Define some portability stuff
13 .\" -----------------------------------------------------------------
14 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
15 .\" http://bugs.debian.org/507673
16 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
17 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
20 .\" -----------------------------------------------------------------
21 .\" * set default formatting
22 .\" -----------------------------------------------------------------
23 .\" disable hyphenation
25 .\" disable justification (adjust text to left margin only)
27 .\" -----------------------------------------------------------------
28 .\" * MAIN CONTENT STARTS HERE *
29 .\" -----------------------------------------------------------------
31 git-for-each-ref \- Output information on each ref
35 \fIgit for\-each\-ref\fR [\-\-count=<count>] [\-\-shell|\-\-perl|\-\-python|\-\-tcl]
36 [(\-\-sort=<key>)\&...] [\-\-format=<format>]
37 [\-\-include\-root\-refs] [ \-\-stdin | <pattern>\&... ]
38 [\-\-points\-at=<object>]
39 [\-\-merged[=<object>]] [\-\-no\-merged[=<object>]]
40 [\-\-contains[=<object>]] [\-\-no\-contains[=<object>]]
41 [\-\-exclude=<pattern> \&...]
46 Iterate over all refs that match \fB<pattern>\fR and show them according to the given \fB<format>\fR, after sorting them according to the given set of \fB<key>\fR\&. If \fB<count>\fR is given, stop after showing that many refs\&. The interpolated values in \fB<format>\fR can optionally be quoted as string literals in the specified host language allowing their direct evaluation in that language\&.
51 If one or more patterns are given, only refs are shown that match against at least one pattern, either using fnmatch(3) or literally, in the latter case matching completely or from the beginning up to a slash\&.
58 is supplied, then the list of patterns is read from standard input instead of from the argument list\&.
63 By default the command shows all refs that match
64 \fB<pattern>\fR\&. This option makes it stop after showing that many refs\&.
69 A field name to sort on\&. Prefix
71 to sort in descending order of the value\&. When unspecified,
73 is used\&. You may use the \-\-sort=<key> option multiple times, in which case the last key becomes the primary key\&.
78 A string that interpolates
80 from a ref being shown and the object it points at\&. In addition, the string literal
88 are hex digits \- renders as the character with hex code
89 \fBxx\fR\&. For example,
106 \fB%(objectname) SPC %(objecttype) TAB %(refname)\fR\&.
111 Respect any colors specified in the
121 is absent, behave as if
126 \-\-shell, \-\-perl, \-\-python, \-\-tcl
128 If given, strings that substitute
130 placeholders are quoted as string literals suitable for the specified host language\&. This is meant to produce a scriptlet that can directly be `eval`ed\&.
133 \-\-points\-at=<object>
135 Only list refs which points at the given object\&.
138 \-\-merged[=<object>]
140 Only list refs whose tips are reachable from the specified commit (HEAD if not specified)\&.
143 \-\-no\-merged[=<object>]
145 Only list refs whose tips are not reachable from the specified commit (HEAD if not specified)\&.
148 \-\-contains[=<object>]
150 Only list refs which contain the specified commit (HEAD if not specified)\&.
153 \-\-no\-contains[=<object>]
155 Only list refs which don\(cqt contain the specified commit (HEAD if not specified)\&.
160 Sorting and filtering refs are case insensitive\&.
165 Do not print a newline after formatted refs where the format expands to the empty string\&.
168 \-\-exclude=<pattern>
170 If one or more patterns are given, only refs which do not match any excluded pattern(s) are shown\&. Matching is done using the same rules as
175 \-\-include\-root\-refs
177 List root refs (HEAD and pseudorefs) apart from regular refs\&.
181 Various values from structured fields in referenced objects can be used to interpolate into the resulting output, or as sort keys\&.
183 For all objects, the following names can be used:
187 The name of the ref (the part after $GIT_DIR/)\&. For a non\-ambiguous short name of the ref append
188 \fB:short\fR\&. The option core\&.warnAmbiguousRefs is used to select the strict abbreviation mode\&. If
190 (\fBrstrip=<N>\fR) is appended, strips
192 slash\-separated path components from the front (back) of the refname (e\&.g\&.
193 \fB%(refname:lstrip=2)\fR
199 \fB%(refname:rstrip=2)\fR
205 is a negative number, strip as many path components as necessary from the specified end to leave
207 path components (e\&.g\&.
208 \fB%(refname:lstrip=\-2)\fR
214 \fB%(refname:rstrip=\-1)\fR
218 \fBrefs\fR)\&. When the ref does not have enough components, the result becomes an empty string if stripping with positive <N>, or it becomes the full refname if stripping with negative <N>\&. Neither is an error\&.
221 can be used as a synonym to
227 The type of the object (\fBblob\fR,
235 The size of the object (the same as
236 \fIgit cat\-file \-s\fR
239 to get the size, in bytes, that the object takes up on disk\&. See the note about on\-disk sizes in the
246 The object name (aka SHA\-1)\&. For a non\-ambiguous abbreviation of the object name append
247 \fB:short\fR\&. For an abbreviation of the object name with desired length append
248 \fB:short=<length>\fR, where the minimum length is MINIMUM_ABBREV\&. The length may be exceeded to ensure unique object names\&.
253 This expands to the object name of the delta base for the given object, if it is stored as a delta\&. Otherwise it expands to the null object name (all zeroes)\&.
258 The name of a local ref which can be considered \(lqupstream\(rq from the displayed ref\&. Respects
265 above\&. Additionally respects
267 to show "[ahead N, behind M]" and
269 to show the terse version: ">" (ahead), "<" (behind), "<>" (ahead and behind), or "=" (in sync)\&.
271 also prints "[gone]" whenever unknown upstream ref is encountered\&. Append
272 \fB:track,nobracket\fR
273 to show tracking information without brackets (i\&.e "ahead N, behind M")\&.
275 For any remote\-tracking branch
277 \fB%(upstream:remotename)\fR
279 \fB%(upstream:remoteref)\fR
280 refer to the name of the remote and the name of the tracked remote ref, respectively\&. In other words, the remote\-tracking branch can be updated explicitly and individually by using the refspec
281 \fB%(upstream:remoteref):%(upstream)\fR
283 \fB%(upstream:remotename)\fR\&.
285 Has no effect if the ref does not have tracking information associated with it\&. All the options apart from
287 are mutually exclusive, but if used together the last option is selected\&.
292 The name of a local ref which represents the
294 location for the displayed ref\&. Respects
300 \fB:remotename\fR, and
304 does\&. Produces an empty string if no
312 if HEAD matches current ref (the checked out branch), \*(Aq \*(Aq otherwise\&.
317 Change output color\&. Followed by
318 \fB:<colorname>\fR, where color names are described under Values in the "CONFIGURATION FILE" section of
319 \fBgit-config\fR(1)\&. For example,
320 \fB%(color:bold red)\fR\&.
325 Left\-, middle\-, or right\-align the content between %(align:\&...) and %(end)\&. The "align:" is followed by
328 \fBposition=<position>\fR
329 in any order separated by a comma, where the
331 is either left, right or middle, default being left and
333 is the total length of the content with alignment\&. For brevity, the "width=" and/or "position=" prefixes may be omitted, and bare <width> and <position> used instead\&. For instance,
334 \fB%(align:<width>,<position>)\fR\&. If the contents length is more than the width then no alignment is performed\&. If used with
336 everything in between %(align:\&...) and %(end) is quoted, but if nested then only the topmost level performs quoting\&.
341 Used as %(if)\&...%(then)\&...%(end) or %(if)\&...%(then)\&...%(else)\&...%(end)\&. If there is an atom with value or string literal after the %(if) then everything after the %(then) is printed, else if the %(else) atom is used, then everything after %(else) is printed\&. We ignore space when evaluating the string before %(then), this is useful when we use the %(HEAD) atom which prints either "*" or " " and we want to apply the
343 condition only on the
345 ref\&. Append ":equals=<string>" or ":notequals=<string>" to compare the value between the %(if:\&...) and %(then) atoms with the given string\&.
350 The ref which the given symbolic ref refers to\&. If not a symbolic ref, nothing is printed\&. Respects the
355 options in the same way as
362 The GPG signature of a commit\&.
367 Show "G" for a good (valid) signature, "B" for a bad signature, "U" for a good signature with unknown validity, "X" for a good signature that has expired, "Y" for a good signature made by an expired key, "R" for a good signature made by a revoked key, "E" if the signature cannot be checked (e\&.g\&. missing key) and "N" for no signature\&.
372 The signer of the GPG signature of a commit\&.
377 The key of the GPG signature of a commit\&.
380 signature:fingerprint
382 The fingerprint of the GPG signature of a commit\&.
385 signature:primarykeyfingerprint
387 The primary key fingerprint of the GPG signature of a commit\&.
392 The trust level of the GPG signature of a commit\&. Possible outputs are
403 The absolute path to the worktree in which the ref is checked out, if it is checked out in any linked worktree\&. Empty string otherwise\&.
406 ahead\-behind:<committish>
408 Two integers, separated by a space, demonstrating the number of commits ahead and behind, respectively, when comparing the output ref to the
410 specified in the format\&.
415 A human\-readable name, like
416 \fBgit-describe\fR(1); empty string for undescribable commits\&. The
418 string may be followed by a colon and one or more comma\-separated options\&.
422 Instead of only considering annotated tags, consider lightweight tags as well; see the corresponding option in
423 \fBgit-describe\fR(1)
429 Use at least <number> hexadecimal digits; see the corresponding option in
430 \fBgit-describe\fR(1)
436 Only consider tags matching the given
438 pattern, excluding the "refs/tags/" prefix; see the corresponding option in
439 \fBgit-describe\fR(1)
445 Do not consider tags matching the given
447 pattern, excluding the "refs/tags/" prefix; see the corresponding option in
448 \fBgit-describe\fR(1)
453 In addition to the above, for commit and tag objects, the header field names (\fBtree\fR, \fBparent\fR, \fBobject\fR, \fBtype\fR, and \fBtag\fR) can be used to specify the value in the header field\&. Fields \fBtree\fR and \fBparent\fR can also be used with modifier \fB:short\fR and \fB:short=<length>\fR just like \fBobjectname\fR\&.
455 For commit and tag objects, the special \fBcreatordate\fR and \fBcreator\fR fields will correspond to the appropriate date or name\-email\-date tuple from the \fBcommitter\fR or \fBtagger\fR fields depending on the object type\&. These are intended for working on a mix of annotated and lightweight tags\&.
457 For tag objects, a \fBfieldname\fR prefixed with an asterisk (\fB*\fR) expands to the \fBfieldname\fR value of the peeled object, rather than that of the tag object itself\&.
459 Fields that have name\-email\-date tuple as its value (\fBauthor\fR, \fBcommitter\fR, and \fBtagger\fR) can be suffixed with \fBname\fR, \fBemail\fR, and \fBdate\fR to extract the named component\&. For email fields (\fBauthoremail\fR, \fBcommitteremail\fR and \fBtaggeremail\fR), \fB:trim\fR can be appended to get the email without angle brackets, and \fB:localpart\fR to get the part before the \fB@\fR symbol out of the trimmed email\&. In addition to these, the \fB:mailmap\fR option and the corresponding \fB:mailmap,trim\fR and \fB:mailmap,localpart\fR can be used (order does not matter) to get values of the name and email according to the \&.mailmap file or according to the file set in the mailmap\&.file or mailmap\&.blob configuration variable (see \fBgitmailmap\fR(5))\&.
461 The raw data in an object is \fBraw\fR\&.
465 The raw data size of the object\&.
468 Note that \fB\-\-format=%(raw)\fR can not be used with \fB\-\-python\fR, \fB\-\-shell\fR, \fB\-\-tcl\fR, because such language may not support arbitrary binary data in their string variable type\&.
470 The message in a commit or a tag object is \fBcontents\fR, from which \fBcontents:<part>\fR can be used to extract various parts out of:
474 The size in bytes of the commit or tag message\&.
479 The first paragraph of the message, which typically is a single line, is taken as the "subject" of the commit or the tag message\&. Instead of
480 \fBcontents:subject\fR, field
482 can also be used to obtain same results\&.
486 for subject line suitable for filename\&.
491 The remainder of the commit or the tag message that follows the "subject"\&.
496 The optional GPG signature of the tag\&.
503 lines of the message\&.
506 Additionally, the trailers as interpreted by \fBgit-interpret-trailers\fR(1) are obtained as \fBtrailers[:options]\fR (or by using the historical alias \fBcontents:trailers[:options]\fR)\&. For valid [:option] values see \fBtrailers\fR section of \fBgit-log\fR(1)\&.
508 For sorting purposes, fields with numeric values sort in numeric order (\fBobjectsize\fR, \fBauthordate\fR, \fBcommitterdate\fR, \fBcreatordate\fR, \fBtaggerdate\fR)\&. All other fields are used to sort in their byte\-value order\&.
510 There is also an option to sort by versions, this can be done by using the fieldname \fBversion:refname\fR or its alias \fBv:refname\fR\&.
512 In any case, a field name that refers to a field inapplicable to the object referred by the ref does not cause an error\&. It returns an empty string instead\&.
514 As a special case for the date\-type fields, you may specify a format for the date by adding \fB:\fR followed by date format name (see the values the \fB\-\-date\fR option to \fBgit-rev-list\fR(1) takes)\&. If this formatting is provided in a \fB\-\-sort\fR key, references will be sorted according to the byte\-value of the formatted string rather than the numeric value of the underlying timestamp\&.
516 Some atoms like %(align) and %(if) always require a matching %(end)\&. We call them "opening atoms" and sometimes denote them as %($open)\&.
518 When a scripting language specific quoting is in effect, everything between a top\-level opening atom and its matching %(end) is evaluated according to the semantics of the opening atom and only its result from the top\-level is quoted\&.
521 An example directly producing formatted text\&. Show the most recent 3 tagged commits:
529 git for\-each\-ref \-\-count=3 \-\-sort=\*(Aq\-*authordate\*(Aq \e
530 \-\-format=\*(AqFrom: %(*authorname) %(*authoremail)
536 \*(Aq \*(Aqrefs/tags\*(Aq
543 A simple example showing the use of shell eval on the output, demonstrating the use of \-\-shell\&. List the prefixes of all heads:
551 git for\-each\-ref \-\-shell \-\-format="ref=%(refname)" refs/heads | \e
563 A bit more elaborate report on tags, demonstrating that the format may be an entire script:
586 # could be a lightweight tag
588 kind="Lightweight tag"
596 echo "$kind $T points at a $t object $o"
597 if test "z$t" = zcommit
599 echo "The commit was authored by $n $e
604 Its message reads as:
606 echo "$b" | sed \-e "s/^/ /"
611 eval=`git for\-each\-ref \-\-shell \-\-format="$fmt" \e
612 \-\-sort=\*(Aq*objecttype\*(Aq \e
613 \-\-sort=\-taggerdate \e
622 An example to show the usage of %(if)\&...%(then)\&...%(else)\&...%(end)\&. This prefixes the current branch with a star\&.
628 git for\-each\-ref \-\-format="%(if)%(HEAD)%(then)* %(else) %(end)%(refname:short)" refs/heads/
635 An example to show the usage of %(if)\&...%(then)\&...%(end)\&. This prints the authorname, if present\&.
641 git for\-each\-ref \-\-format="%(refname)%(if)%(authorname)%(then) Authored by: %(authorname)%(end)"
649 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\&.
651 Note also that multiple copies of an object may be present in the object database; in this case, it is undefined which copy\(cqs size or delta base will be reported\&.
654 When combining multiple \fB\-\-contains\fR and \fB\-\-no\-contains\fR filters, only references that contain at least one of the \fB\-\-contains\fR commits and contain none of the \fB\-\-no\-contains\fR commits are shown\&.
656 When combining multiple \fB\-\-merged\fR and \fB\-\-no\-merged\fR filters, only references that are reachable from at least one of the \fB\-\-merged\fR commits and from none of the \fB\-\-no\-merged\fR commits are shown\&.
659 \fBgit-show-ref\fR(1)
662 Part of the \fBgit\fR(1) suite