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 14Here are some additional details for each format: 15 16* 'oneline' 17 18 <sha1> <title line> 19+ 20This is designed to be as compact as possible. 21 22* 'short' 23 24 commit <sha1> 25 Author: <author> 26 27 <title line> 28 29* 'medium' 30 31 commit <sha1> 32 Author: <author> 33 Date: <author date> 34 35 <title line> 36 37 <full commit message> 38 39* 'full' 40 41 commit <sha1> 42 Author: <author> 43 Commit: <committer> 44 45 <title line> 46 47 <full commit message> 48 49* 'fuller' 50 51 commit <sha1> 52 Author: <author> 53 AuthorDate: <author date> 54 Commit: <committer> 55 CommitDate: <committer date> 56 57 <title line> 58 59 <full commit message> 60 61* 'email' 62 63 From <sha1> <date> 64 From: <author> 65 Date: <author date> 66 Subject: [PATCH] <title line> 67 68 <full commit message> 69 70* 'raw' 71+ 72The 'raw' format shows the entire commit exactly as 73stored in the commit object. Notably, the SHA1s are 74displayed in full, regardless of whether --abbrev or 75--no-abbrev are used, and 'parents' information show the 76true parent commits, without taking grafts nor history 77simplification into account. 78 79* 'format:' 80+ 81The 'format:' format allows you to specify which information 82you want to show. It works a little bit like printf format, 83with the notable exception that you get a newline with '%n' 84instead of '\n'. 85+ 86E.g, 'format:"The author of %h was %an, %ar%nThe title was >>%s<<%n"' 87would show something like this: 88+ 89------- 90The author of fe6e0ee was Junio C Hamano, 23 hours ago 91The title was >>t4119: test autocomputing -p<n> for traditional diff input.<< 92 93-------- 94+ 95The placeholders are: 96 97- '%H': commit hash 98- '%h': abbreviated commit hash 99- '%T': tree hash 100- '%t': abbreviated tree hash 101- '%P': parent hashes 102- '%p': abbreviated parent hashes 103- '%an': author name 104- '%aN': author name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 105- '%ae': author email 106- '%aE': author email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 107- '%ad': author date (format respects --date= option) 108- '%aD': author date, RFC2822 style 109- '%ar': author date, relative 110- '%at': author date, UNIX timestamp 111- '%ai': author date, ISO 8601 format 112- '%cn': committer name 113- '%cN': committer name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 114- '%ce': committer email 115- '%cE': committer email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1]) 116- '%cd': committer date 117- '%cD': committer date, RFC2822 style 118- '%cr': committer date, relative 119- '%ct': committer date, UNIX timestamp 120- '%ci': committer date, ISO 8601 format 121- '%d': ref names, like the --decorate option of linkgit:git-log[1] 122- '%e': encoding 123- '%s': subject 124- '%f': sanitized subject line, suitable for a filename 125- '%b': body 126- '%Cred': switch color to red 127- '%Cgreen': switch color to green 128- '%Cblue': switch color to blue 129- '%Creset': reset color 130- '%C(...)': color specification, as described in color.branch.* config option 131- '%m': left, right or boundary mark 132- '%n': newline 133- '%x00': print a byte from a hex code 134 135* 'tformat:' 136+ 137The 'tformat:' format works exactly like 'format:', except that it 138provides "terminator" semantics instead of "separator" semantics. In 139other words, each commit has the message terminator character (usually a 140newline) appended, rather than a separator placed between entries. 141This means that the final entry of a single-line format will be properly 142terminated with a new line, just as the "oneline" format does. 143For example: 144+ 145--------------------- 146$ git log -2 --pretty=format:%h 4da45bef \ 147 | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 1484da45be 1497134973 -- NO NEWLINE 150 151$ git log -2 --pretty=tformat:%h 4da45bef \ 152 | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 1534da45be 1547134973 155--------------------- 156+ 157In addition, any unrecognized string that has a `%` in it is interpreted 158as if it has `tformat:` in front of it. For example, these two are 159equivalent: 160+ 161--------------------- 162$ git log -2 --pretty=tformat:%h 4da45bef 163$ git log -2 --pretty=%h 4da45bef 164---------------------