1GIT-FOR-EACH-REF(1)               Git Manual               GIT-FOR-EACH-REF(1)
2
3
4

NAME

6       git-for-each-ref - Output information on each ref
7

SYNOPSIS

9       git for-each-ref [--count=<count>] [--shell|--perl|--python|--tcl]
10                          [(--sort=<key>)...] [--format=<format>] [<pattern>...]
11                          [--points-at=<object>]
12                          [--merged[=<object>]] [--no-merged[=<object>]]
13                          [--contains[=<object>]] [--no-contains[=<object>]]
14

DESCRIPTION

16       Iterate over all refs that match <pattern> and show them according to
17       the given <format>, after sorting them according to the given set of
18       <key>. If <count> is given, stop after showing that many refs. The
19       interpolated values in <format> can optionally be quoted as string
20       literals in the specified host language allowing their direct
21       evaluation in that language.
22

OPTIONS

24       <pattern>...
25           If one or more patterns are given, only refs are shown that match
26           against at least one pattern, either using fnmatch(3) or literally,
27           in the latter case matching completely or from the beginning up to
28           a slash.
29
30       --count=<count>
31           By default the command shows all refs that match <pattern>. This
32           option makes it stop after showing that many refs.
33
34       --sort=<key>
35           A field name to sort on. Prefix - to sort in descending order of
36           the value. When unspecified, refname is used. You may use the
37           --sort=<key> option multiple times, in which case the last key
38           becomes the primary key.
39
40       --format=<format>
41           A string that interpolates %(fieldname) from a ref being shown and
42           the object it points at. If fieldname is prefixed with an asterisk
43           (*) and the ref points at a tag object, use the value for the field
44           in the object which the tag object refers to (instead of the field
45           in the tag object). When unspecified, <format> defaults to
46           %(objectname) SPC %(objecttype) TAB %(refname). It also
47           interpolates %% to %, and %xx where xx are hex digits interpolates
48           to character with hex code xx; for example %00 interpolates to \0
49           (NUL), %09 to \t (TAB) and %0a to \n (LF).
50
51       --color[=<when>]
52           Respect any colors specified in the --format option. The <when>
53           field must be one of always, never, or auto (if <when> is absent,
54           behave as if always was given).
55
56       --shell, --perl, --python, --tcl
57           If given, strings that substitute %(fieldname) placeholders are
58           quoted as string literals suitable for the specified host language.
59           This is meant to produce a scriptlet that can directly be `eval`ed.
60
61       --points-at=<object>
62           Only list refs which points at the given object.
63
64       --merged[=<object>]
65           Only list refs whose tips are reachable from the specified commit
66           (HEAD if not specified).
67
68       --no-merged[=<object>]
69           Only list refs whose tips are not reachable from the specified
70           commit (HEAD if not specified).
71
72       --contains[=<object>]
73           Only list refs which contain the specified commit (HEAD if not
74           specified).
75
76       --no-contains[=<object>]
77           Only list refs which don’t contain the specified commit (HEAD if
78           not specified).
79
80       --ignore-case
81           Sorting and filtering refs are case insensitive.
82

FIELD NAMES

84       Various values from structured fields in referenced objects can be used
85       to interpolate into the resulting output, or as sort keys.
86
87       For all objects, the following names can be used:
88
89       refname
90           The name of the ref (the part after $GIT_DIR/). For a non-ambiguous
91           short name of the ref append :short. The option
92           core.warnAmbiguousRefs is used to select the strict abbreviation
93           mode. If lstrip=<N> (rstrip=<N>) is appended, strips <N>
94           slash-separated path components from the front (back) of the
95           refname (e.g.  %(refname:lstrip=2) turns refs/tags/foo into foo and
96           %(refname:rstrip=2) turns refs/tags/foo into refs). If <N> is a
97           negative number, strip as many path components as necessary from
98           the specified end to leave -<N> path components (e.g.
99           %(refname:lstrip=-2) turns refs/tags/foo into tags/foo and
100           %(refname:rstrip=-1) turns refs/tags/foo into refs). When the ref
101           does not have enough components, the result becomes an empty string
102           if stripping with positive <N>, or it becomes the full refname if
103           stripping with negative <N>. Neither is an error.
104
105           strip can be used as a synonym to lstrip.
106
107       objecttype
108           The type of the object (blob, tree, commit, tag).
109
110       objectsize
111           The size of the object (the same as git cat-file -s reports).
112           Append :disk to get the size, in bytes, that the object takes up on
113           disk. See the note about on-disk sizes in the CAVEATS section
114           below.
115
116       objectname
117           The object name (aka SHA-1). For a non-ambiguous abbreviation of
118           the object name append :short. For an abbreviation of the object
119           name with desired length append :short=<length>, where the minimum
120           length is MINIMUM_ABBREV. The length may be exceeded to ensure
121           unique object names.
122
123       deltabase
124           This expands to the object name of the delta base for the given
125           object, if it is stored as a delta. Otherwise it expands to the
126           null object name (all zeroes).
127
128       upstream
129           The name of a local ref which can be considered “upstream” from the
130           displayed ref. Respects :short, :lstrip and :rstrip in the same way
131           as refname above. Additionally respects :track to show "[ahead N,
132           behind M]" and :trackshort to show the terse version: ">" (ahead),
133           "<" (behind), "<>" (ahead and behind), or "=" (in sync).  :track
134           also prints "[gone]" whenever unknown upstream ref is encountered.
135           Append :track,nobracket to show tracking information without
136           brackets (i.e "ahead N, behind M").
137
138           For any remote-tracking branch %(upstream), %(upstream:remotename)
139           and %(upstream:remoteref) refer to the name of the remote and the
140           name of the tracked remote ref, respectively. In other words, the
141           remote-tracking branch can be updated explicitly and individually
142           by using the refspec %(upstream:remoteref):%(upstream) to fetch
143           from %(upstream:remotename).
144
145           Has no effect if the ref does not have tracking information
146           associated with it. All the options apart from nobracket are
147           mutually exclusive, but if used together the last option is
148           selected.
149
150       push
151           The name of a local ref which represents the @{push} location for
152           the displayed ref. Respects :short, :lstrip, :rstrip, :track,
153           :trackshort, :remotename, and :remoteref options as upstream does.
154           Produces an empty string if no @{push} ref is configured.
155
156       HEAD
157           * if HEAD matches current ref (the checked out branch), ' '
158           otherwise.
159
160       color
161           Change output color. Followed by :<colorname>, where color names
162           are described under Values in the "CONFIGURATION FILE" section of
163           git-config(1). For example, %(color:bold red).
164
165       align
166           Left-, middle-, or right-align the content between %(align:...) and
167           %(end). The "align:" is followed by width=<width> and
168           position=<position> in any order separated by a comma, where the
169           <position> is either left, right or middle, default being left and
170           <width> is the total length of the content with alignment. For
171           brevity, the "width=" and/or "position=" prefixes may be omitted,
172           and bare <width> and <position> used instead. For instance,
173           %(align:<width>,<position>). If the contents length is more than
174           the width then no alignment is performed. If used with --quote
175           everything in between %(align:...) and %(end) is quoted, but if
176           nested then only the topmost level performs quoting.
177
178       if
179           Used as %(if)...%(then)...%(end) or %(if)...%(then)...%(else)...
180           %(end). If there is an atom with value or string literal after the
181           %(if) then everything after the %(then) is printed, else if the
182           %(else) atom is used, then everything after %(else) is printed. We
183           ignore space when evaluating the string before %(then), this is
184           useful when we use the %(HEAD) atom which prints either "*" or " "
185           and we want to apply the if condition only on the HEAD ref. Append
186           ":equals=<string>" or ":notequals=<string>" to compare the value
187           between the %(if:...) and %(then) atoms with the given string.
188
189       symref
190           The ref which the given symbolic ref refers to. If not a symbolic
191           ref, nothing is printed. Respects the :short, :lstrip and :rstrip
192           options in the same way as refname above.
193
194       worktreepath
195           The absolute path to the worktree in which the ref is checked out,
196           if it is checked out in any linked worktree. Empty string
197           otherwise.
198
199       In addition to the above, for commit and tag objects, the header field
200       names (tree, parent, object, type, and tag) can be used to specify the
201       value in the header field. Fields tree and parent can also be used with
202       modifier :short and :short=<length> just like objectname.
203
204       For commit and tag objects, the special creatordate and creator fields
205       will correspond to the appropriate date or name-email-date tuple from
206       the committer or tagger fields depending on the object type. These are
207       intended for working on a mix of annotated and lightweight tags.
208
209       Fields that have name-email-date tuple as its value (author, committer,
210       and tagger) can be suffixed with name, email, and date to extract the
211       named component. For email fields (authoremail, committeremail and
212       taggeremail), :trim can be appended to get the email without angle
213       brackets, and :localpart to get the part before the @ symbol out of the
214       trimmed email.
215
216       The message in a commit or a tag object is contents, from which
217       contents:<part> can be used to extract various parts out of:
218
219       contents:size
220           The size in bytes of the commit or tag message.
221
222       contents:subject
223           The first paragraph of the message, which typically is a single
224           line, is taken as the "subject" of the commit or the tag message.
225           Instead of contents:subject, field subject can also be used to
226           obtain same results.  :sanitize can be appended to subject for
227           subject line suitable for filename.
228
229       contents:body
230           The remainder of the commit or the tag message that follows the
231           "subject".
232
233       contents:signature
234           The optional GPG signature of the tag.
235
236       contents:lines=N
237           The first N lines of the message.
238
239       Additionally, the trailers as interpreted by git-interpret-trailers(1)
240       are obtained as trailers[:options] (or by using the historical alias
241       contents:trailers[:options]). For valid [:option] values see trailers
242       section of git-log(1).
243
244       For sorting purposes, fields with numeric values sort in numeric order
245       (objectsize, authordate, committerdate, creatordate, taggerdate). All
246       other fields are used to sort in their byte-value order.
247
248       There is also an option to sort by versions, this can be done by using
249       the fieldname version:refname or its alias v:refname.
250
251       In any case, a field name that refers to a field inapplicable to the
252       object referred by the ref does not cause an error. It returns an empty
253       string instead.
254
255       As a special case for the date-type fields, you may specify a format
256       for the date by adding : followed by date format name (see the values
257       the --date option to git-rev-list(1) takes).
258
259       Some atoms like %(align) and %(if) always require a matching %(end). We
260       call them "opening atoms" and sometimes denote them as %($open).
261
262       When a scripting language specific quoting is in effect, everything
263       between a top-level opening atom and its matching %(end) is evaluated
264       according to the semantics of the opening atom and only its result from
265       the top-level is quoted.
266

EXAMPLES

268       An example directly producing formatted text. Show the most recent 3
269       tagged commits:
270
271           #!/bin/sh
272
273           git for-each-ref --count=3 --sort='-*authordate' \
274           --format='From: %(*authorname) %(*authoremail)
275           Subject: %(*subject)
276           Date: %(*authordate)
277           Ref: %(*refname)
278
279           %(*body)
280           ' 'refs/tags'
281
282       A simple example showing the use of shell eval on the output,
283       demonstrating the use of --shell. List the prefixes of all heads:
284
285           #!/bin/sh
286
287           git for-each-ref --shell --format="ref=%(refname)" refs/heads | \
288           while read entry
289           do
290                   eval "$entry"
291                   echo `dirname $ref`
292           done
293
294       A bit more elaborate report on tags, demonstrating that the format may
295       be an entire script:
296
297           #!/bin/sh
298
299           fmt='
300                   r=%(refname)
301                   t=%(*objecttype)
302                   T=${r#refs/tags/}
303
304                   o=%(*objectname)
305                   n=%(*authorname)
306                   e=%(*authoremail)
307                   s=%(*subject)
308                   d=%(*authordate)
309                   b=%(*body)
310
311                   kind=Tag
312                   if test "z$t" = z
313                   then
314                           # could be a lightweight tag
315                           t=%(objecttype)
316                           kind="Lightweight tag"
317                           o=%(objectname)
318                           n=%(authorname)
319                           e=%(authoremail)
320                           s=%(subject)
321                           d=%(authordate)
322                           b=%(body)
323                   fi
324                   echo "$kind $T points at a $t object $o"
325                   if test "z$t" = zcommit
326                   then
327                           echo "The commit was authored by $n $e
328           at $d, and titled
329
330               $s
331
332           Its message reads as:
333           "
334                           echo "$b" | sed -e "s/^/    /"
335                           echo
336                   fi
337           '
338
339           eval=`git for-each-ref --shell --format="$fmt" \
340                   --sort='*objecttype' \
341                   --sort=-taggerdate \
342                   refs/tags`
343           eval "$eval"
344
345       An example to show the usage of %(if)...%(then)...%(else)...%(end).
346       This prefixes the current branch with a star.
347
348           git for-each-ref --format="%(if)%(HEAD)%(then)* %(else)  %(end)%(refname:short)" refs/heads/
349
350       An example to show the usage of %(if)...%(then)...%(end). This prints
351       the authorname, if present.
352
353           git for-each-ref --format="%(refname)%(if)%(authorname)%(then) Authored by: %(authorname)%(end)"
354

CAVEATS

356       Note that the sizes of objects on disk are reported accurately, but
357       care should be taken in drawing conclusions about which refs or objects
358       are responsible for disk usage. The size of a packed non-delta object
359       may be much larger than the size of objects which delta against it, but
360       the choice of which object is the base and which is the delta is
361       arbitrary and is subject to change during a repack.
362
363       Note also that multiple copies of an object may be present in the
364       object database; in this case, it is undefined which copy’s size or
365       delta base will be reported.
366

NOTES

368       When combining multiple --contains and --no-contains filters, only
369       references that contain at least one of the --contains commits and
370       contain none of the --no-contains commits are shown.
371
372       When combining multiple --merged and --no-merged filters, only
373       references that are reachable from at least one of the --merged commits
374       and from none of the --no-merged commits are shown.
375

SEE ALSO

377       git-show-ref(1)
378

GIT

380       Part of the git(1) suite
381
382
383
384Git 2.33.1                        2021-10-12               GIT-FOR-EACH-REF(1)
Impressum