2006-09-15 22:30:02 +02:00
|
|
|
git-for-each-ref(1)
|
|
|
|
===================
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
|
|
|
git-for-each-ref - Output information on each ref
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2007-05-18 15:39:34 +02:00
|
|
|
[verse]
|
2008-06-30 08:09:04 +02:00
|
|
|
'git for-each-ref' [--count=<count>] [--shell|--perl|--python|--tcl]
|
2010-10-08 19:31:17 +02:00
|
|
|
[(--sort=<key>)...] [--format=<format>] [<pattern>...]
|
2017-09-11 21:33:37 +02:00
|
|
|
[--points-at=<object>]
|
2020-09-16 04:08:40 +02:00
|
|
|
[--merged[=<object>]] [--no-merged[=<object>]]
|
2017-09-11 21:33:37 +02:00
|
|
|
[--contains[=<object>]] [--no-contains[=<object>]]
|
2006-09-15 22:30:02 +02:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
|
|
|
|
|
|
|
Iterate over all refs that match `<pattern>` and show them
|
|
|
|
according to the given `<format>`, after sorting them according
|
2008-09-01 23:02:09 +02:00
|
|
|
to the given set of `<key>`. If `<count>` is given, stop after
|
2007-01-17 16:32:41 +01:00
|
|
|
showing that many refs. The interpolated values in `<format>`
|
2006-09-15 22:30:02 +02:00
|
|
|
can optionally be quoted as string literals in the specified
|
2006-09-21 11:19:17 +02:00
|
|
|
host language allowing their direct evaluation in that language.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
|
|
|
OPTIONS
|
|
|
|
-------
|
2017-09-11 21:33:38 +02:00
|
|
|
<pattern>...::
|
|
|
|
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.
|
|
|
|
|
|
|
|
--count=<count>::
|
2006-09-15 22:30:02 +02:00
|
|
|
By default the command shows all refs that match
|
|
|
|
`<pattern>`. This option makes it stop after showing
|
|
|
|
that many refs.
|
|
|
|
|
2017-09-11 21:33:38 +02:00
|
|
|
--sort=<key>::
|
2006-09-15 22:30:02 +02:00
|
|
|
A field name to sort on. Prefix `-` to sort in
|
|
|
|
descending order of the value. When unspecified,
|
2008-06-05 23:01:38 +02:00
|
|
|
`refname` is used. You may use the --sort=<key> option
|
|
|
|
multiple times, in which case the last key becomes the primary
|
|
|
|
key.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2017-09-11 21:33:38 +02:00
|
|
|
--format=<format>::
|
2017-08-18 16:51:22 +02:00
|
|
|
A string that interpolates `%(fieldname)` from a ref being shown
|
|
|
|
and the object it points at. If `fieldname`
|
2006-09-15 22:30:02 +02:00
|
|
|
is prefixed with an asterisk (`*`) and the ref points
|
2017-08-18 16:51:23 +02:00
|
|
|
at a tag object, use the value for the field in the object
|
|
|
|
which the tag object refers to (instead of the field in the tag object).
|
|
|
|
When unspecified, `<format>` defaults to
|
2006-10-28 19:30:05 +02:00
|
|
|
`%(objectname) SPC %(objecttype) TAB %(refname)`.
|
|
|
|
It also interpolates `%%` to `%`, and `%xx` where `xx`
|
|
|
|
are hex digits interpolates to character with hex code
|
|
|
|
`xx`; for example `%00` interpolates to `\0` (NUL),
|
|
|
|
`%09` to `\t` (TAB) and `%0a` to `\n` (LF).
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2018-07-18 19:37:48 +02:00
|
|
|
--color[=<when>]::
|
2017-10-03 15:45:47 +02:00
|
|
|
Respect any colors specified in the `--format` option. The
|
|
|
|
`<when>` field must be one of `always`, `never`, or `auto` (if
|
|
|
|
`<when>` is absent, behave as if `always` was given).
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
--shell::
|
|
|
|
--perl::
|
|
|
|
--python::
|
|
|
|
--tcl::
|
2006-09-15 22:30:02 +02:00
|
|
|
If given, strings that substitute `%(fieldname)`
|
|
|
|
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.
|
|
|
|
|
2017-09-11 21:33:37 +02:00
|
|
|
--points-at=<object>::
|
2015-07-07 18:06:10 +02:00
|
|
|
Only list refs which points at the given object.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2017-09-11 21:33:37 +02:00
|
|
|
--merged[=<object>]::
|
2015-07-07 18:06:13 +02:00
|
|
|
Only list refs whose tips are reachable from the
|
2020-09-16 04:08:40 +02:00
|
|
|
specified commit (HEAD if not specified).
|
2015-07-07 18:06:13 +02:00
|
|
|
|
2017-09-11 21:33:37 +02:00
|
|
|
--no-merged[=<object>]::
|
2015-07-07 18:06:13 +02:00
|
|
|
Only list refs whose tips are not reachable from the
|
2020-09-16 04:08:40 +02:00
|
|
|
specified commit (HEAD if not specified).
|
2015-07-07 18:06:13 +02:00
|
|
|
|
2017-09-11 21:33:37 +02:00
|
|
|
--contains[=<object>]::
|
2016-03-30 15:48:30 +02:00
|
|
|
Only list refs which contain the specified commit (HEAD if not
|
2015-07-07 18:06:17 +02:00
|
|
|
specified).
|
|
|
|
|
2017-09-11 21:33:37 +02:00
|
|
|
--no-contains[=<object>]::
|
ref-filter: add --no-contains option to tag/branch/for-each-ref
Change the tag, branch & for-each-ref commands to have a --no-contains
option in addition to their longstanding --contains options.
This allows for finding the last-good rollout tag given a known-bad
<commit>. Given a hypothetically bad commit cf5c7253e0, the git
version to revert to can be found with this hacky two-liner:
(git tag -l 'v[0-9]*'; git tag -l --contains cf5c7253e0 'v[0-9]*') |
sort | uniq -c | grep -E '^ *1 ' | awk '{print $2}' | tail -n 10
With this new --no-contains option the same can be achieved with:
git tag -l --no-contains cf5c7253e0 'v[0-9]*' | sort | tail -n 10
As the filtering machinery is shared between the tag, branch &
for-each-ref commands, implement this for those commands too. A
practical use for this with "branch" is e.g. finding branches which
were branched off between v2.8.0 and v2.10.0:
git branch --contains v2.8.0 --no-contains v2.10.0
The "describe" command also has a --contains option, but its semantics
are unrelated to what tag/branch/for-each-ref use --contains for. A
--no-contains option for "describe" wouldn't make any sense, other
than being exactly equivalent to not supplying --contains at all,
which would be confusing at best.
Add a --without option to "tag" as an alias for --no-contains, for
consistency with --with and --contains. The --with option is
undocumented, and possibly the only user of it is
Junio (<xmqqefy71iej.fsf@gitster.mtv.corp.google.com>). But it's
trivial to support, so let's do that.
The additions to the the test suite are inverse copies of the
corresponding --contains tests. With this change --no-contains for
tag, branch & for-each-ref is just as well tested as the existing
--contains option.
In addition to those tests, add a test for "tag" which asserts that
--no-contains won't find tree/blob tags, which is slightly
unintuitive, but consistent with how --contains works & is documented.
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-24 19:40:57 +01:00
|
|
|
Only list refs which don't contain the specified commit (HEAD
|
|
|
|
if not specified).
|
|
|
|
|
2016-12-04 03:52:25 +01:00
|
|
|
--ignore-case::
|
|
|
|
Sorting and filtering refs are case insensitive.
|
|
|
|
|
2006-09-15 22:30:02 +02:00
|
|
|
FIELD NAMES
|
|
|
|
-----------
|
|
|
|
|
|
|
|
Various values from structured fields in referenced objects can
|
|
|
|
be used to interpolate into the resulting output, or as sort
|
|
|
|
keys.
|
|
|
|
|
|
|
|
For all objects, the following names can be used:
|
|
|
|
|
|
|
|
refname::
|
2007-02-05 20:58:47 +01:00
|
|
|
The name of the ref (the part after $GIT_DIR/).
|
2008-09-05 23:16:23 +02:00
|
|
|
For a non-ambiguous short name of the ref append `:short`.
|
2009-04-13 12:25:47 +02:00
|
|
|
The option core.warnAmbiguousRefs is used to select the strict
|
2017-01-10 09:49:49 +01:00
|
|
|
abbreviation mode. If `lstrip=<N>` (`rstrip=<N>`) is appended, strips `<N>`
|
|
|
|
slash-separated path components from the front (back) of the refname
|
|
|
|
(e.g. `%(refname:lstrip=2)` turns `refs/tags/foo` into `foo` and
|
|
|
|
`%(refname:rstrip=2)` turns `refs/tags/foo` into `refs`).
|
2017-01-10 09:49:48 +01:00
|
|
|
If `<N>` is a negative number, strip as many path components as
|
2017-01-10 09:49:49 +01:00
|
|
|
necessary from the specified end to leave `-<N>` path components
|
2017-01-10 09:49:48 +01:00
|
|
|
(e.g. `%(refname:lstrip=-2)` turns
|
2017-01-10 09:49:49 +01:00
|
|
|
`refs/tags/foo` into `tags/foo` and `%(refname:rstrip=-1)`
|
|
|
|
turns `refs/tags/foo` into `refs`). When the ref does not have
|
2017-01-10 09:49:48 +01:00
|
|
|
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.
|
2017-02-07 20:50:34 +01:00
|
|
|
+
|
2018-04-05 19:20:26 +02:00
|
|
|
`strip` can be used as a synonym to `lstrip`.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
|
|
|
objecttype::
|
|
|
|
The type of the object (`blob`, `tree`, `commit`, `tag`).
|
|
|
|
|
|
|
|
objectsize::
|
2010-01-10 00:33:00 +01:00
|
|
|
The size of the object (the same as 'git cat-file -s' reports).
|
2018-12-24 14:24:30 +01:00
|
|
|
Append `:disk` to get the size, in bytes, that the object takes up on
|
|
|
|
disk. See the note about on-disk sizes in the `CAVEATS` section below.
|
2006-09-15 22:30:02 +02:00
|
|
|
objectname::
|
|
|
|
The object name (aka SHA-1).
|
2010-05-13 14:31:46 +02:00
|
|
|
For a non-ambiguous abbreviation of the object name append `:short`.
|
2017-01-10 09:49:37 +01:00
|
|
|
For an abbreviation of the object name with desired length append
|
|
|
|
`:short=<length>`, where the minimum length is MINIMUM_ABBREV. The
|
|
|
|
length may be exceeded to ensure unique object names.
|
2018-12-24 14:24:30 +01:00
|
|
|
deltabase::
|
|
|
|
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).
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2009-04-07 09:09:39 +02:00
|
|
|
upstream::
|
|
|
|
The name of a local ref which can be considered ``upstream''
|
2017-01-10 09:49:49 +01:00
|
|
|
from the displayed ref. Respects `:short`, `:lstrip` and
|
|
|
|
`:rstrip` in the same way as `refname` above. Additionally
|
|
|
|
respects `:track` to show "[ahead N, behind M]" and
|
|
|
|
`:trackshort` to show the terse version: ">" (ahead), "<"
|
|
|
|
(behind), "<>" (ahead and behind), or "=" (in sync). `:track`
|
|
|
|
also prints "[gone]" whenever unknown upstream ref is
|
|
|
|
encountered. Append `:track,nobracket` to show tracking
|
2017-10-05 14:19:09 +02:00
|
|
|
information without brackets (i.e "ahead N, behind M").
|
|
|
|
+
|
2017-11-07 17:31:08 +01:00
|
|
|
For any remote-tracking branch `%(upstream)`, `%(upstream:remotename)`
|
|
|
|
and `%(upstream:remoteref)` 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 `%(upstream:remoteref):%(upstream)` to fetch from
|
|
|
|
`%(upstream:remotename)`.
|
2017-10-05 14:19:09 +02:00
|
|
|
+
|
|
|
|
Has no effect if the ref does not have tracking information associated
|
|
|
|
with it. All the options apart from `nobracket` are mutually exclusive,
|
|
|
|
but if used together the last option is selected.
|
2009-04-07 09:09:39 +02:00
|
|
|
|
2015-05-21 06:45:55 +02:00
|
|
|
push::
|
2017-01-10 09:49:45 +01:00
|
|
|
The name of a local ref which represents the `@{push}`
|
2017-01-10 09:49:46 +01:00
|
|
|
location for the displayed ref. Respects `:short`, `:lstrip`,
|
2017-11-07 17:31:08 +01:00
|
|
|
`:rstrip`, `:track`, `:trackshort`, `:remotename`, and `:remoteref`
|
|
|
|
options as `upstream` does. Produces an empty string if no `@{push}`
|
|
|
|
ref is configured.
|
2015-05-21 06:45:55 +02:00
|
|
|
|
2013-11-18 18:39:10 +01:00
|
|
|
HEAD::
|
|
|
|
'*' if HEAD matches current ref (the checked out branch), ' '
|
|
|
|
otherwise.
|
|
|
|
|
2013-11-18 18:39:12 +01:00
|
|
|
color::
|
2017-07-13 16:56:21 +02:00
|
|
|
Change output color. Followed by `:<colorname>`, where color
|
|
|
|
names are described under Values in the "CONFIGURATION FILE"
|
|
|
|
section of linkgit:git-config[1]. For example,
|
|
|
|
`%(color:bold red)`.
|
2013-11-18 18:39:12 +01:00
|
|
|
|
2015-09-11 17:03:07 +02:00
|
|
|
align::
|
|
|
|
Left-, middle-, or right-align the content between
|
2016-02-17 19:06:16 +01:00
|
|
|
%(align:...) and %(end). The "align:" is followed by
|
|
|
|
`width=<width>` and `position=<position>` in any order
|
|
|
|
separated by a comma, where the `<position>` is either left,
|
|
|
|
right or middle, default being left and `<width>` 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,
|
|
|
|
`%(align:<width>,<position>)`. If the contents length is more
|
|
|
|
than the width then no alignment is performed. If used with
|
2016-06-28 13:40:11 +02:00
|
|
|
`--quote` everything in between %(align:...) and %(end) is
|
2016-02-17 19:06:16 +01:00
|
|
|
quoted, but if nested then only the topmost level performs
|
|
|
|
quoting.
|
2015-09-11 17:03:07 +02:00
|
|
|
|
2017-01-10 09:49:34 +01:00
|
|
|
if::
|
|
|
|
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 'if' condition only on the 'HEAD' ref.
|
2017-01-10 09:49:36 +01:00
|
|
|
Append ":equals=<string>" or ":notequals=<string>" to compare
|
|
|
|
the value between the %(if:...) and %(then) atoms with the
|
|
|
|
given string.
|
2017-01-10 09:49:34 +01:00
|
|
|
|
2017-01-10 09:49:44 +01:00
|
|
|
symref::
|
|
|
|
The ref which the given symbolic ref refers to. If not a
|
2017-01-10 09:49:49 +01:00
|
|
|
symbolic ref, nothing is printed. Respects the `:short`,
|
|
|
|
`:lstrip` and `:rstrip` options in the same way as `refname`
|
|
|
|
above.
|
2017-01-10 09:49:44 +01:00
|
|
|
|
2019-04-29 07:19:42 +02:00
|
|
|
worktreepath::
|
|
|
|
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.
|
|
|
|
|
2006-09-15 22:30:02 +02:00
|
|
|
In addition to the above, for commit and tag objects, the header
|
|
|
|
field names (`tree`, `parent`, `object`, `type`, and `tag`) can
|
|
|
|
be used to specify the value in the header field.
|
2020-08-21 23:41:48 +02:00
|
|
|
Fields `tree` and `parent` can also be used with modifier `:short` and
|
2020-08-21 23:41:47 +02:00
|
|
|
`:short=<length>` just like `objectname`.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2016-01-05 04:51:57 +01:00
|
|
|
For commit and tag objects, the special `creatordate` and `creator`
|
|
|
|
fields will correspond to the appropriate date or name-email-date tuple
|
|
|
|
from the `committer` or `tagger` fields depending on the object type.
|
|
|
|
These are intended for working on a mix of annotated and lightweight tags.
|
|
|
|
|
2006-09-15 22:30:02 +02:00
|
|
|
Fields that have name-email-date tuple as its value (`author`,
|
|
|
|
`committer`, and `tagger`) can be suffixed with `name`, `email`,
|
2020-08-21 23:41:43 +02:00
|
|
|
and `date` to extract the named component. For email fields (`authoremail`,
|
|
|
|
`committeremail` and `taggeremail`), `:trim` can be appended to get the email
|
|
|
|
without angle brackets, and `:localpart` to get the part before the `@` symbol
|
|
|
|
out of the trimmed email.
|
2006-09-15 22:30:02 +02:00
|
|
|
|
ref-filter: add %(raw) atom
Add new formatting option `%(raw)`, which will print the raw
object data without any changes. It will help further to migrate
all cat-file formatting logic from cat-file to ref-filter.
The raw data of blob, tree objects may contain '\0', but most of
the logic in `ref-filter` depends on the output of the atom being
text (specifically, no embedded NULs in it).
E.g. `quote_formatting()` use `strbuf_addstr()` or `*._quote_buf()`
add the data to the buffer. The raw data of a tree object is
`100644 one\0...`, only the `100644 one` will be added to the buffer,
which is incorrect.
Therefore, we need to find a way to record the length of the
atom_value's member `s`. Although strbuf can already record the
string and its length, if we want to replace the type of atom_value's
member `s` with strbuf, many places in ref-filter that are filled
with dynamically allocated mermory in `v->s` are not easy to replace.
At the same time, we need to check if `v->s == NULL` in
populate_value(), and strbuf cannot easily distinguish NULL and empty
strings, but c-style "const char *" can do it. So add a new member in
`struct atom_value`: `s_size`, which can record raw object size, it
can help us add raw object data to the buffer or compare two buffers
which contain raw object data.
Note that `--format=%(raw)` cannot be used with `--python`, `--shell`,
`--tcl`, and `--perl` because if the binary raw data is passed to a
variable in such languages, these may not support arbitrary binary data
in their string variable type.
Reviewed-by: Jacob Keller <jacob.keller@gmail.com>
Mentored-by: Christian Couder <christian.couder@gmail.com>
Mentored-by: Hariom Verma <hariom18599@gmail.com>
Helped-by: Bagas Sanjaya <bagasdotme@gmail.com>
Helped-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Helped-by: Felipe Contreras <felipe.contreras@gmail.com>
Helped-by: Phillip Wood <phillip.wood@dunelm.org.uk>
Helped-by: Junio C Hamano <gitster@pobox.com>
Based-on-patch-by: Olga Telezhnaya <olyatelezhnaya@gmail.com>
Signed-off-by: ZheNing Hu <adlternative@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-07-26 05:26:47 +02:00
|
|
|
The raw data in an object is `raw`.
|
|
|
|
|
|
|
|
raw:size::
|
|
|
|
The raw data size of the object.
|
|
|
|
|
|
|
|
Note that `--format=%(raw)` can not be used with `--python`, `--shell`, `--tcl`,
|
2021-07-26 05:26:48 +02:00
|
|
|
because such language may not support arbitrary binary data in their string
|
|
|
|
variable type.
|
ref-filter: add %(raw) atom
Add new formatting option `%(raw)`, which will print the raw
object data without any changes. It will help further to migrate
all cat-file formatting logic from cat-file to ref-filter.
The raw data of blob, tree objects may contain '\0', but most of
the logic in `ref-filter` depends on the output of the atom being
text (specifically, no embedded NULs in it).
E.g. `quote_formatting()` use `strbuf_addstr()` or `*._quote_buf()`
add the data to the buffer. The raw data of a tree object is
`100644 one\0...`, only the `100644 one` will be added to the buffer,
which is incorrect.
Therefore, we need to find a way to record the length of the
atom_value's member `s`. Although strbuf can already record the
string and its length, if we want to replace the type of atom_value's
member `s` with strbuf, many places in ref-filter that are filled
with dynamically allocated mermory in `v->s` are not easy to replace.
At the same time, we need to check if `v->s == NULL` in
populate_value(), and strbuf cannot easily distinguish NULL and empty
strings, but c-style "const char *" can do it. So add a new member in
`struct atom_value`: `s_size`, which can record raw object size, it
can help us add raw object data to the buffer or compare two buffers
which contain raw object data.
Note that `--format=%(raw)` cannot be used with `--python`, `--shell`,
`--tcl`, and `--perl` because if the binary raw data is passed to a
variable in such languages, these may not support arbitrary binary data
in their string variable type.
Reviewed-by: Jacob Keller <jacob.keller@gmail.com>
Mentored-by: Christian Couder <christian.couder@gmail.com>
Mentored-by: Hariom Verma <hariom18599@gmail.com>
Helped-by: Bagas Sanjaya <bagasdotme@gmail.com>
Helped-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Helped-by: Felipe Contreras <felipe.contreras@gmail.com>
Helped-by: Phillip Wood <phillip.wood@dunelm.org.uk>
Helped-by: Junio C Hamano <gitster@pobox.com>
Based-on-patch-by: Olga Telezhnaya <olyatelezhnaya@gmail.com>
Signed-off-by: ZheNing Hu <adlternative@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-07-26 05:26:47 +02:00
|
|
|
|
2020-07-10 18:47:37 +02:00
|
|
|
The message in a commit or a tag object is `contents`, from which
|
|
|
|
`contents:<part>` can be used to extract various parts out of:
|
|
|
|
|
2020-07-16 14:19:40 +02:00
|
|
|
contents:size::
|
|
|
|
The size in bytes of the commit or tag message.
|
|
|
|
|
2020-07-10 18:47:37 +02:00
|
|
|
contents:subject::
|
|
|
|
The first paragraph of the message, which typically is a
|
|
|
|
single line, is taken as the "subject" of the commit or the
|
|
|
|
tag message.
|
2020-08-21 23:41:50 +02:00
|
|
|
Instead of `contents:subject`, field `subject` can also be used to
|
|
|
|
obtain same results. `:sanitize` can be appended to `subject` for
|
|
|
|
subject line suitable for filename.
|
2020-07-10 18:47:37 +02:00
|
|
|
|
|
|
|
contents:body::
|
|
|
|
The remainder of the commit or the tag message that follows
|
|
|
|
the "subject".
|
|
|
|
|
|
|
|
contents:signature::
|
|
|
|
The optional GPG signature of the tag.
|
|
|
|
|
|
|
|
contents:lines=N::
|
|
|
|
The first `N` lines of the message.
|
|
|
|
|
2016-11-19 01:58:15 +01:00
|
|
|
Additionally, the trailers as interpreted by linkgit:git-interpret-trailers[1]
|
2021-02-13 02:52:43 +01:00
|
|
|
are obtained as `trailers[:options]` (or by using the historical alias
|
|
|
|
`contents:trailers[:options]`). For valid [:option] values see `trailers`
|
|
|
|
section of linkgit:git-log[1].
|
2006-09-15 22:30:02 +02:00
|
|
|
|
2016-01-05 04:51:57 +01:00
|
|
|
For sorting purposes, fields with numeric values sort in numeric order
|
|
|
|
(`objectsize`, `authordate`, `committerdate`, `creatordate`, `taggerdate`).
|
2006-09-15 22:30:02 +02:00
|
|
|
All other fields are used to sort in their byte-value order.
|
|
|
|
|
2015-09-10 17:48:25 +02:00
|
|
|
There is also an option to sort by versions, this can be done by using
|
|
|
|
the fieldname `version:refname` or its alias `v:refname`.
|
|
|
|
|
2006-09-15 22:30:02 +02:00
|
|
|
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.
|
|
|
|
|
2007-09-28 16:17:45 +02:00
|
|
|
As a special case for the date-type fields, you may specify a format for
|
2015-09-03 23:48:53 +02:00
|
|
|
the date by adding `:` followed by date format name (see the
|
2016-05-04 19:36:24 +02:00
|
|
|
values the `--date` option to linkgit:git-rev-list[1] takes).
|
2007-09-28 16:17:45 +02:00
|
|
|
|
2017-01-10 09:49:34 +01:00
|
|
|
Some atoms like %(align) and %(if) always require a matching %(end).
|
|
|
|
We call them "opening atoms" and sometimes denote them as %($open).
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
2006-09-15 22:30:02 +02:00
|
|
|
|
|
|
|
EXAMPLES
|
|
|
|
--------
|
|
|
|
|
2006-09-21 11:19:17 +02:00
|
|
|
An example directly producing formatted text. Show the most recent
|
2011-03-08 14:16:09 +01:00
|
|
|
3 tagged commits:
|
2006-09-15 22:30:02 +02:00
|
|
|
|
|
|
|
------------
|
|
|
|
#!/bin/sh
|
|
|
|
|
2008-06-30 08:09:04 +02:00
|
|
|
git for-each-ref --count=3 --sort='-*authordate' \
|
2006-09-15 22:30:02 +02:00
|
|
|
--format='From: %(*authorname) %(*authoremail)
|
|
|
|
Subject: %(*subject)
|
|
|
|
Date: %(*authordate)
|
|
|
|
Ref: %(*refname)
|
|
|
|
|
|
|
|
%(*body)
|
|
|
|
' 'refs/tags'
|
|
|
|
------------
|
|
|
|
|
2006-09-21 11:19:17 +02:00
|
|
|
|
|
|
|
A simple example showing the use of shell eval on the output,
|
2011-03-08 14:16:09 +01:00
|
|
|
demonstrating the use of --shell. List the prefixes of all heads:
|
2006-09-21 11:19:17 +02:00
|
|
|
------------
|
|
|
|
#!/bin/sh
|
|
|
|
|
2008-06-30 08:09:04 +02:00
|
|
|
git for-each-ref --shell --format="ref=%(refname)" refs/heads | \
|
2006-09-21 11:19:17 +02:00
|
|
|
while read entry
|
|
|
|
do
|
|
|
|
eval "$entry"
|
|
|
|
echo `dirname $ref`
|
|
|
|
done
|
|
|
|
------------
|
|
|
|
|
|
|
|
|
|
|
|
A bit more elaborate report on tags, demonstrating that the format
|
2011-03-08 14:16:09 +01:00
|
|
|
may be an entire script:
|
2006-09-15 22:30:02 +02:00
|
|
|
------------
|
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
fmt='
|
|
|
|
r=%(refname)
|
|
|
|
t=%(*objecttype)
|
|
|
|
T=${r#refs/tags/}
|
|
|
|
|
|
|
|
o=%(*objectname)
|
|
|
|
n=%(*authorname)
|
|
|
|
e=%(*authoremail)
|
|
|
|
s=%(*subject)
|
|
|
|
d=%(*authordate)
|
|
|
|
b=%(*body)
|
|
|
|
|
|
|
|
kind=Tag
|
|
|
|
if test "z$t" = z
|
|
|
|
then
|
|
|
|
# could be a lightweight tag
|
|
|
|
t=%(objecttype)
|
|
|
|
kind="Lightweight tag"
|
|
|
|
o=%(objectname)
|
|
|
|
n=%(authorname)
|
|
|
|
e=%(authoremail)
|
|
|
|
s=%(subject)
|
|
|
|
d=%(authordate)
|
|
|
|
b=%(body)
|
|
|
|
fi
|
|
|
|
echo "$kind $T points at a $t object $o"
|
|
|
|
if test "z$t" = zcommit
|
|
|
|
then
|
|
|
|
echo "The commit was authored by $n $e
|
|
|
|
at $d, and titled
|
|
|
|
|
|
|
|
$s
|
|
|
|
|
|
|
|
Its message reads as:
|
|
|
|
"
|
|
|
|
echo "$b" | sed -e "s/^/ /"
|
|
|
|
echo
|
|
|
|
fi
|
|
|
|
'
|
|
|
|
|
2008-06-30 08:09:04 +02:00
|
|
|
eval=`git for-each-ref --shell --format="$fmt" \
|
2006-09-15 22:30:02 +02:00
|
|
|
--sort='*objecttype' \
|
|
|
|
--sort=-taggerdate \
|
|
|
|
refs/tags`
|
|
|
|
eval "$eval"
|
|
|
|
------------
|
2011-03-08 14:16:10 +01:00
|
|
|
|
2017-01-10 09:49:34 +01:00
|
|
|
|
|
|
|
An example to show the usage of %(if)...%(then)...%(else)...%(end).
|
|
|
|
This prefixes the current branch with a star.
|
|
|
|
|
|
|
|
------------
|
|
|
|
git for-each-ref --format="%(if)%(HEAD)%(then)* %(else) %(end)%(refname:short)" refs/heads/
|
|
|
|
------------
|
|
|
|
|
|
|
|
|
|
|
|
An example to show the usage of %(if)...%(then)...%(end).
|
|
|
|
This prints the authorname, if present.
|
|
|
|
|
|
|
|
------------
|
|
|
|
git for-each-ref --format="%(refname)%(if)%(authorname)%(then) Authored by: %(authorname)%(end)"
|
|
|
|
------------
|
|
|
|
|
2018-12-24 14:24:30 +01:00
|
|
|
CAVEATS
|
|
|
|
-------
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
2020-09-16 04:08:39 +02:00
|
|
|
NOTES
|
|
|
|
-----
|
|
|
|
|
2020-09-18 23:58:42 +02:00
|
|
|
include::ref-reachability-filters.txt[]
|
2020-09-16 04:08:39 +02:00
|
|
|
|
2014-01-22 12:23:20 +01:00
|
|
|
SEE ALSO
|
|
|
|
--------
|
|
|
|
linkgit:git-show-ref[1]
|
|
|
|
|
2011-03-08 14:16:10 +01:00
|
|
|
GIT
|
|
|
|
---
|
|
|
|
Part of the linkgit:git[1] suite
|