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.rc1.17.g3e0d3cd5c7
10 .TH "GIT\-FOR\-EACH\-REF" "1" "2024\-02\-15" "Git 2\&.44\&.0\&.rc1\&.17\&.g3" "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 [ \-\-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
176 Various values from structured fields in referenced objects can be used to interpolate into the resulting output, or as sort keys\&.
178 For all objects, the following names can be used:
182 The name of the ref (the part after $GIT_DIR/)\&. For a non\-ambiguous short name of the ref append
183 \fB:short\fR\&. The option core\&.warnAmbiguousRefs is used to select the strict abbreviation mode\&. If
185 (\fBrstrip=<N>\fR) is appended, strips
187 slash\-separated path components from the front (back) of the refname (e\&.g\&.
188 \fB%(refname:lstrip=2)\fR
194 \fB%(refname:rstrip=2)\fR
200 is a negative number, strip as many path components as necessary from the specified end to leave
202 path components (e\&.g\&.
203 \fB%(refname:lstrip=\-2)\fR
209 \fB%(refname:rstrip=\-1)\fR
213 \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\&.
216 can be used as a synonym to
222 The type of the object (\fBblob\fR,
230 The size of the object (the same as
231 \fIgit cat\-file \-s\fR
234 to get the size, in bytes, that the object takes up on disk\&. See the note about on\-disk sizes in the
241 The object name (aka SHA\-1)\&. For a non\-ambiguous abbreviation of the object name append
242 \fB:short\fR\&. For an abbreviation of the object name with desired length append
243 \fB:short=<length>\fR, where the minimum length is MINIMUM_ABBREV\&. The length may be exceeded to ensure unique object names\&.
248 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)\&.
253 The name of a local ref which can be considered \(lqupstream\(rq from the displayed ref\&. Respects
260 above\&. Additionally respects
262 to show "[ahead N, behind M]" and
264 to show the terse version: ">" (ahead), "<" (behind), "<>" (ahead and behind), or "=" (in sync)\&.
266 also prints "[gone]" whenever unknown upstream ref is encountered\&. Append
267 \fB:track,nobracket\fR
268 to show tracking information without brackets (i\&.e "ahead N, behind M")\&.
270 For any remote\-tracking branch
272 \fB%(upstream:remotename)\fR
274 \fB%(upstream:remoteref)\fR
275 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
276 \fB%(upstream:remoteref):%(upstream)\fR
278 \fB%(upstream:remotename)\fR\&.
280 Has no effect if the ref does not have tracking information associated with it\&. All the options apart from
282 are mutually exclusive, but if used together the last option is selected\&.
287 The name of a local ref which represents the
289 location for the displayed ref\&. Respects
295 \fB:remotename\fR, and
299 does\&. Produces an empty string if no
307 if HEAD matches current ref (the checked out branch), \*(Aq \*(Aq otherwise\&.
312 Change output color\&. Followed by
313 \fB:<colorname>\fR, where color names are described under Values in the "CONFIGURATION FILE" section of
314 \fBgit-config\fR(1)\&. For example,
315 \fB%(color:bold red)\fR\&.
320 Left\-, middle\-, or right\-align the content between %(align:\&...) and %(end)\&. The "align:" is followed by
323 \fBposition=<position>\fR
324 in any order separated by a comma, where the
326 is either left, right or middle, default being left and
328 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,
329 \fB%(align:<width>,<position>)\fR\&. If the contents length is more than the width then no alignment is performed\&. If used with
331 everything in between %(align:\&...) and %(end) is quoted, but if nested then only the topmost level performs quoting\&.
336 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
338 condition only on the
340 ref\&. Append ":equals=<string>" or ":notequals=<string>" to compare the value between the %(if:\&...) and %(then) atoms with the given string\&.
345 The ref which the given symbolic ref refers to\&. If not a symbolic ref, nothing is printed\&. Respects the
350 options in the same way as
357 The GPG signature of a commit\&.
362 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\&.
367 The signer of the GPG signature of a commit\&.
372 The key of the GPG signature of a commit\&.
375 signature:fingerprint
377 The fingerprint of the GPG signature of a commit\&.
380 signature:primarykeyfingerprint
382 The primary key fingerprint of the GPG signature of a commit\&.
387 The trust level of the GPG signature of a commit\&. Possible outputs are
398 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\&.
401 ahead\-behind:<committish>
403 Two integers, separated by a space, demonstrating the number of commits ahead and behind, respectively, when comparing the output ref to the
405 specified in the format\&.
410 A human\-readable name, like
411 \fBgit-describe\fR(1); empty string for undescribable commits\&. The
413 string may be followed by a colon and one or more comma\-separated options\&.
417 Instead of only considering annotated tags, consider lightweight tags as well; see the corresponding option in
418 \fBgit-describe\fR(1)
424 Use at least <number> hexadecimal digits; see the corresponding option in
425 \fBgit-describe\fR(1)
431 Only consider tags matching the given
433 pattern, excluding the "refs/tags/" prefix; see the corresponding option in
434 \fBgit-describe\fR(1)
440 Do not consider tags matching the given
442 pattern, excluding the "refs/tags/" prefix; see the corresponding option in
443 \fBgit-describe\fR(1)
448 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\&.
450 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\&.
452 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\&.
454 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))\&.
456 The raw data in an object is \fBraw\fR\&.
460 The raw data size of the object\&.
463 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\&.
465 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:
469 The size in bytes of the commit or tag message\&.
474 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
475 \fBcontents:subject\fR, field
477 can also be used to obtain same results\&.
481 for subject line suitable for filename\&.
486 The remainder of the commit or the tag message that follows the "subject"\&.
491 The optional GPG signature of the tag\&.
498 lines of the message\&.
501 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)\&.
503 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\&.
505 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\&.
507 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\&.
509 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\&.
511 Some atoms like %(align) and %(if) always require a matching %(end)\&. We call them "opening atoms" and sometimes denote them as %($open)\&.
513 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\&.
516 An example directly producing formatted text\&. Show the most recent 3 tagged commits:
524 git for\-each\-ref \-\-count=3 \-\-sort=\*(Aq\-*authordate\*(Aq \e
525 \-\-format=\*(AqFrom: %(*authorname) %(*authoremail)
531 \*(Aq \*(Aqrefs/tags\*(Aq
538 A simple example showing the use of shell eval on the output, demonstrating the use of \-\-shell\&. List the prefixes of all heads:
546 git for\-each\-ref \-\-shell \-\-format="ref=%(refname)" refs/heads | \e
558 A bit more elaborate report on tags, demonstrating that the format may be an entire script:
581 # could be a lightweight tag
583 kind="Lightweight tag"
591 echo "$kind $T points at a $t object $o"
592 if test "z$t" = zcommit
594 echo "The commit was authored by $n $e
599 Its message reads as:
601 echo "$b" | sed \-e "s/^/ /"
606 eval=`git for\-each\-ref \-\-shell \-\-format="$fmt" \e
607 \-\-sort=\*(Aq*objecttype\*(Aq \e
608 \-\-sort=\-taggerdate \e
617 An example to show the usage of %(if)\&...%(then)\&...%(else)\&...%(end)\&. This prefixes the current branch with a star\&.
623 git for\-each\-ref \-\-format="%(if)%(HEAD)%(then)* %(else) %(end)%(refname:short)" refs/heads/
630 An example to show the usage of %(if)\&...%(then)\&...%(end)\&. This prints the authorname, if present\&.
636 git for\-each\-ref \-\-format="%(refname)%(if)%(authorname)%(then) Authored by: %(authorname)%(end)"
644 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\&.
646 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\&.
649 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\&.
651 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\&.
654 \fBgit-show-ref\fR(1)
657 Part of the \fBgit\fR(1) suite