Documentation / pretty-formats.txton commit Git 1.7.5.3 (3c3e0b3)
   1PRETTY FORMATS
   2--------------
   3
   4If the commit is a merge, and if the pretty-format
   5is not 'oneline', 'email' or 'raw', an additional line is
   6inserted before the 'Author:' line.  This line begins with
   7"Merge: " and the sha1s of ancestral commits are printed,
   8separated by spaces.  Note that the listed commits may not
   9necessarily be the list of the *direct* parent commits if you
  10have limited your view of history: for example, if you are
  11only interested in changes related to a certain directory or
  12file.
  13
  14There are several built-in formats, and you can define
  15additional formats by setting a pretty.<name>
  16config option to either another format name, or a
  17'format:' string, as described below (see
  18linkgit:git-config[1]). Here are the details of the
  19built-in formats:
  20
  21* 'oneline'
  22
  23          <sha1> <title line>
  24+
  25This is designed to be as compact as possible.
  26
  27* 'short'
  28
  29          commit <sha1>
  30          Author: <author>
  31
  32              <title line>
  33
  34* 'medium'
  35
  36          commit <sha1>
  37          Author: <author>
  38          Date:   <author date>
  39
  40              <title line>
  41
  42              <full commit message>
  43
  44* 'full'
  45
  46          commit <sha1>
  47          Author: <author>
  48          Commit: <committer>
  49
  50              <title line>
  51
  52              <full commit message>
  53
  54* 'fuller'
  55
  56          commit <sha1>
  57          Author:     <author>
  58          AuthorDate: <author date>
  59          Commit:     <committer>
  60          CommitDate: <committer date>
  61
  62               <title line>
  63
  64               <full commit message>
  65
  66* 'email'
  67
  68          From <sha1> <date>
  69          From: <author>
  70          Date: <author date>
  71          Subject: [PATCH] <title line>
  72
  73          <full commit message>
  74
  75* 'raw'
  76+
  77The 'raw' format shows the entire commit exactly as
  78stored in the commit object.  Notably, the SHA1s are
  79displayed in full, regardless of whether --abbrev or
  80--no-abbrev are used, and 'parents' information show the
  81true parent commits, without taking grafts nor history
  82simplification into account.
  83
  84* 'format:<string>'
  85+
  86The 'format:<string>' format allows you to specify which information
  87you want to show. It works a little bit like printf format,
  88with the notable exception that you get a newline with '%n'
  89instead of '\n'.
  90+
  91E.g, 'format:"The author of %h was %an, %ar%nThe title was >>%s<<%n"'
  92would show something like this:
  93+
  94-------
  95The author of fe6e0ee was Junio C Hamano, 23 hours ago
  96The title was >>t4119: test autocomputing -p<n> for traditional diff input.<<
  97
  98--------
  99+
 100The placeholders are:
 101
 102- '%H': commit hash
 103- '%h': abbreviated commit hash
 104- '%T': tree hash
 105- '%t': abbreviated tree hash
 106- '%P': parent hashes
 107- '%p': abbreviated parent hashes
 108- '%an': author name
 109- '%aN': author name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
 110- '%ae': author email
 111- '%aE': author email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
 112- '%ad': author date (format respects --date= option)
 113- '%aD': author date, RFC2822 style
 114- '%ar': author date, relative
 115- '%at': author date, UNIX timestamp
 116- '%ai': author date, ISO 8601 format
 117- '%cn': committer name
 118- '%cN': committer name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
 119- '%ce': committer email
 120- '%cE': committer email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
 121- '%cd': committer date
 122- '%cD': committer date, RFC2822 style
 123- '%cr': committer date, relative
 124- '%ct': committer date, UNIX timestamp
 125- '%ci': committer date, ISO 8601 format
 126- '%d': ref names, like the --decorate option of linkgit:git-log[1]
 127- '%e': encoding
 128- '%s': subject
 129- '%f': sanitized subject line, suitable for a filename
 130- '%b': body
 131- '%B': raw body (unwrapped subject and body)
 132- '%N': commit notes
 133- '%gD': reflog selector, e.g., `refs/stash@\{1\}`
 134- '%gd': shortened reflog selector, e.g., `stash@\{1\}`
 135- '%gs': reflog subject
 136- '%Cred': switch color to red
 137- '%Cgreen': switch color to green
 138- '%Cblue': switch color to blue
 139- '%Creset': reset color
 140- '%C(...)': color specification, as described in color.branch.* config option
 141- '%m': left, right or boundary mark
 142- '%n': newline
 143- '%%': a raw '%'
 144- '%x00': print a byte from a hex code
 145- '%w([<w>[,<i1>[,<i2>]]])': switch line wrapping, like the -w option of
 146  linkgit:git-shortlog[1].
 147
 148NOTE: Some placeholders may depend on other options given to the
 149revision traversal engine. For example, the `%g*` reflog options will
 150insert an empty string unless we are traversing reflog entries (e.g., by
 151`git log -g`). The `%d` placeholder will use the "short" decoration
 152format if `--decorate` was not already provided on the command line.
 153
 154If you add a `{plus}` (plus sign) after '%' of a placeholder, a line-feed
 155is inserted immediately before the expansion if and only if the
 156placeholder expands to a non-empty string.
 157
 158If you add a `-` (minus sign) after '%' of a placeholder, line-feeds that
 159immediately precede the expansion are deleted if and only if the
 160placeholder expands to an empty string.
 161
 162If you add a ` ` (space) after '%' of a placeholder, a space
 163is inserted immediately before the expansion if and only if the
 164placeholder expands to a non-empty string.
 165
 166* 'tformat:'
 167+
 168The 'tformat:' format works exactly like 'format:', except that it
 169provides "terminator" semantics instead of "separator" semantics. In
 170other words, each commit has the message terminator character (usually a
 171newline) appended, rather than a separator placed between entries.
 172This means that the final entry of a single-line format will be properly
 173terminated with a new line, just as the "oneline" format does.
 174For example:
 175+
 176---------------------
 177$ git log -2 --pretty=format:%h 4da45bef \
 178  | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/'
 1794da45be
 1807134973 -- NO NEWLINE
 181
 182$ git log -2 --pretty=tformat:%h 4da45bef \
 183  | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/'
 1844da45be
 1857134973
 186---------------------
 187+
 188In addition, any unrecognized string that has a `%` in it is interpreted
 189as if it has `tformat:` in front of it.  For example, these two are
 190equivalent:
 191+
 192---------------------
 193$ git log -2 --pretty=tformat:%h 4da45bef
 194$ git log -2 --pretty=%h 4da45bef
 195---------------------