6 git-for-each-ref - Output information on each ref
11 'git for-each-ref' [--count=<count>] [--shell|--perl|--python|--tcl]
12 [(--sort=<key>)...] [--format=<format>] [<pattern>...]
17 Iterate over all refs that match `<pattern>` and show them
18 according to the given `<format>`, after sorting them according
19 to the given set of `<key>`. If `<count>` is given, stop after
20 showing that many refs. The interpolated values in `<format>`
21 can optionally be quoted as string literals in the specified
22 host language allowing their direct evaluation in that language.
27 By default the command shows all refs that match
28 `<pattern>`. This option makes it stop after showing
32 A field name to sort on. Prefix `-` to sort in
33 descending order of the value. When unspecified,
34 `refname` is used. You may use the --sort=<key> option
35 multiple times, in which case the last key becomes the primary
39 A string that interpolates `%(fieldname)` from the
40 object pointed at by a ref being shown. If `fieldname`
41 is prefixed with an asterisk (`*`) and the ref points
42 at a tag object, the value for the field in the object
43 tag refers is used. When unspecified, defaults to
44 `%(objectname) SPC %(objecttype) TAB %(refname)`.
45 It also interpolates `%%` to `%`, and `%xx` where `xx`
46 are hex digits interpolates to character with hex code
47 `xx`; for example `%00` interpolates to `\0` (NUL),
48 `%09` to `\t` (TAB) and `%0a` to `\n` (LF).
51 If one or more patterns are given, only refs are shown that
52 match against at least one pattern, either using fnmatch(3) or
53 literally, in the latter case matching completely or from the
54 beginning up to a slash.
60 If given, strings that substitute `%(fieldname)`
61 placeholders are quoted as string literals suitable for
62 the specified host language. This is meant to produce
63 a scriptlet that can directly be `eval`ed.
69 Various values from structured fields in referenced objects can
70 be used to interpolate into the resulting output, or as sort
73 For all objects, the following names can be used:
76 The name of the ref (the part after $GIT_DIR/).
77 For a non-ambiguous short name of the ref append `:short`.
78 The option core.warnAmbiguousRefs is used to select the strict
82 The type of the object (`blob`, `tree`, `commit`, `tag`).
85 The size of the object (the same as 'git cat-file -s' reports).
88 The object name (aka SHA-1).
89 For a non-ambiguous abbreviation of the object name append `:short`.
92 The name of a local ref which can be considered ``upstream''
93 from the displayed ref. Respects `:short` in the same way as
94 `refname` above. Additionally respects `:track` to show
95 "[ahead N, behind M]" and `:trackshort` to show the terse
96 version: ">" (ahead), "<" (behind), "<>" (ahead and behind),
97 or "=" (in sync). Has no effect if the ref does not have
98 tracking information associated with it.
101 The name of a local ref which represents the `@{push}` location
102 for the displayed ref. Respects `:short`, `:track`, and
103 `:trackshort` options as `upstream` does. Produces an empty
104 string if no `@{push}` ref is configured.
107 '*' if HEAD matches current ref (the checked out branch), ' '
111 Change output color. Followed by `:<colorname>`, where names
112 are described in `color.branch.*`.
114 In addition to the above, for commit and tag objects, the header
115 field names (`tree`, `parent`, `object`, `type`, and `tag`) can
116 be used to specify the value in the header field.
118 Fields that have name-email-date tuple as its value (`author`,
119 `committer`, and `tagger`) can be suffixed with `name`, `email`,
120 and `date` to extract the named component.
122 The complete message in a commit and tag object is `contents`.
123 Its first line is `contents:subject`, where subject is the concatenation
124 of all lines of the commit message up to the first blank line. The next
125 line is 'contents:body', where body is all of the lines after the first
126 blank line. Finally, the optional GPG signature is `contents:signature`.
128 For sorting purposes, fields with numeric values sort in numeric
129 order (`objectsize`, `authordate`, `committerdate`, `taggerdate`).
130 All other fields are used to sort in their byte-value order.
132 In any case, a field name that refers to a field inapplicable to
133 the object referred by the ref does not cause an error. It
134 returns an empty string instead.
136 As a special case for the date-type fields, you may specify a format for
137 the date by adding one of `:default`, `:relative`, `:short`, `:local`,
138 `:iso8601`, `:rfc2822` or `:raw` to the end of the fieldname; e.g.
139 `%(taggerdate:relative)`.
145 An example directly producing formatted text. Show the most recent
151 git for-each-ref --count=3 --sort='-*authordate' \
152 --format='From: %(*authorname) %(*authoremail)
162 A simple example showing the use of shell eval on the output,
163 demonstrating the use of --shell. List the prefixes of all heads:
167 git for-each-ref --shell --format="ref=%(refname)" refs/heads | \
176 A bit more elaborate report on tags, demonstrating that the format
177 may be an entire script:
196 # could be a lightweight tag
198 kind="Lightweight tag"
206 echo "$kind $T points at a $t object $o"
207 if test "z$t" = zcommit
209 echo "The commit was authored by $n $e
214 Its message reads as:
216 echo "$b" | sed -e "s/^/ /"
221 eval=`git for-each-ref --shell --format="$fmt" \
222 --sort='*objecttype' \
230 linkgit:git-show-ref[1]
234 Part of the linkgit:git[1] suite