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- '%GG': raw verification message from GPG for a signed commit 134- '%G?': show "G" for a Good signature, "B" for a Bad signature, "U" for a good, 135 untrusted signature and "N" for no signature 136- '%GS': show the name of the signer for a signed commit 137- '%GK': show the key used to sign a signed commit 138- '%gD': reflog selector, e.g., `refs/stash@{1}` 139- '%gd': shortened reflog selector, e.g., `stash@{1}` 140- '%gn': reflog identity name 141- '%gN': reflog identity name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 142- '%ge': reflog identity email 143- '%gE': reflog identity email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 144- '%gs': reflog subject 145- '%Cred': switch color to red 146- '%Cgreen': switch color to green 147- '%Cblue': switch color to blue 148- '%Creset': reset color 149- '%C(...)': color specification, as described in color.branch.* config option; 150 adding `auto,` at the beginning will emit color only when colors are 151 enabled for log output (by `color.diff`, `color.ui`, or `--color`, and 152 respecting the `auto` settings of the former if we are going to a 153 terminal) 154- '%m': left, right or boundary mark 155- '%n': newline 156- '%%': a raw '%' 157- '%x00': print a byte from a hex code 158- '%w([<w>[,<i1>[,<i2>]]])': switch line wrapping, like the -w option of 159 linkgit:git-shortlog[1]. 160 161NOTE: Some placeholders may depend on other options given to the 162revision traversal engine. For example, the `%g*` reflog options will 163insert an empty string unless we are traversing reflog entries (e.g., by 164`git log -g`). The `%d` placeholder will use the "short" decoration 165format if `--decorate` was not already provided on the command line. 166 167If you add a `+` (plus sign) after '%' of a placeholder, a line-feed 168is inserted immediately before the expansion if and only if the 169placeholder expands to a non-empty string. 170 171If you add a `-` (minus sign) after '%' of a placeholder, line-feeds that 172immediately precede the expansion are deleted if and only if the 173placeholder expands to an empty string. 174 175If you add a ` ` (space) after '%' of a placeholder, a space 176is inserted immediately before the expansion if and only if the 177placeholder expands to a non-empty string. 178 179* 'tformat:' 180+ 181The 'tformat:' format works exactly like 'format:', except that it 182provides "terminator" semantics instead of "separator" semantics. In 183other words, each commit has the message terminator character (usually a 184newline) appended, rather than a separator placed between entries. 185This means that the final entry of a single-line format will be properly 186terminated with a new line, just as the "oneline" format does. 187For example: 188+ 189--------------------- 190$ git log -2 --pretty=format:%h 4da45bef \ 191 | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 1924da45be 1937134973 -- NO NEWLINE 194 195$ git log -2 --pretty=tformat:%h 4da45bef \ 196 | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 1974da45be 1987134973 199--------------------- 200+ 201In addition, any unrecognized string that has a `%` in it is interpreted 202as if it has `tformat:` in front of it. For example, these two are 203equivalent: 204+ 205--------------------- 206$ git log -2 --pretty=tformat:%h 4da45bef 207$ git log -2 --pretty=%h 4da45bef 208---------------------