1git-show-branch(1) 2================== 3 4NAME 5---- 6git-show-branch - Show branches and their commits 7 8SYNOPSIS 9-------- 10[verse] 11'git show-branch' [--all] [--remotes] [--topo-order] [--current] 12 [--more=<n> | --list | --independent | --merge-base] 13 [--no-name | --sha1-name] [--topics] [<rev> | <glob>]... 14'git show-branch' (-g|--reflog)[=<n>[,<base>]] [--list] [<ref>] 15 16DESCRIPTION 17----------- 18 19Shows the commit ancestry graph starting from the commits named 20with <rev>s or <globs>s (or all refs under $GIT_DIR/refs/heads 21and/or $GIT_DIR/refs/tags) semi-visually. 22 23It cannot show more than 29 branches and commits at a time. 24 25It uses `showbranch.default` multi-valued configuration items if 26no <rev> nor <glob> is given on the command line. 27 28 29OPTIONS 30------- 31<rev>:: 32 Arbitrary extended SHA1 expression (see linkgit:git-rev-parse[1]) 33 that typically names a branch head or a tag. 34 35<glob>:: 36 A glob pattern that matches branch or tag names under 37 $GIT_DIR/refs. For example, if you have many topic 38 branches under $GIT_DIR/refs/heads/topic, giving 39 `topic/*` would show all of them. 40 41-r:: 42--remotes:: 43 Show the remote-tracking branches. 44 45-a:: 46--all:: 47 Show both remote-tracking branches and local branches. 48 49--current:: 50 With this option, the command includes the current 51 branch to the list of revs to be shown when it is not 52 given on the command line. 53 54--topo-order:: 55 By default, the branches and their commits are shown in 56 reverse chronological order. This option makes them 57 appear in topological order (i.e., descendant commits 58 are shown before their parents). 59 60--sparse:: 61 By default, the output omits merges that are reachable 62 from only one tip being shown. This option makes them 63 visible. 64 65--more=<n>:: 66 Usually the command stops output upon showing the commit 67 that is the common ancestor of all the branches. This 68 flag tells the command to go <n> more common commits 69 beyond that. When <n> is negative, display only the 70 <reference>s given, without showing the commit ancestry 71 tree. 72 73--list:: 74 Synonym to `--more=-1` 75 76--merge-base:: 77 Instead of showing the commit list, just act like the 78 'git-merge-base -a' command, except that it can accept 79 more than two heads. 80 81--independent:: 82 Among the <reference>s given, display only the ones that 83 cannot be reached from any other <reference>. 84 85--no-name:: 86 Do not show naming strings for each commit. 87 88--sha1-name:: 89 Instead of naming the commits using the path to reach 90 them from heads (e.g. "master~2" to mean the grandparent 91 of "master"), name them with the unique prefix of their 92 object names. 93 94--topics:: 95 Shows only commits that are NOT on the first branch given. 96 This helps track topic branches by hiding any commit that 97 is already in the main line of development. When given 98 "git show-branch --topics master topic1 topic2", this 99 will show the revisions given by "git rev-list {caret}master 100 topic1 topic2" 101 102-g:: 103--reflog[=<n>[,<base>]] [<ref>]:: 104 Shows <n> most recent ref-log entries for the given 105 ref. If <base> is given, <n> entries going back from 106 that entry. <base> can be specified as count or date. 107 When no explicit <ref> parameter is given, it defaults to the 108 current branch (or `HEAD` if it is detached). 109 110Note that --more, --list, --independent and --merge-base options 111are mutually exclusive. 112 113 114OUTPUT 115------ 116Given N <references>, the first N lines are the one-line 117description from their commit message. The branch head that is 118pointed at by $GIT_DIR/HEAD is prefixed with an asterisk `*` 119character while other heads are prefixed with a `!` character. 120 121Following these N lines, one-line log for each commit is 122displayed, indented N places. If a commit is on the I-th 123branch, the I-th indentation character shows a `+` sign; 124otherwise it shows a space. Merge commits are denoted by 125a `-` sign. Each commit shows a short name that 126can be used as an extended SHA1 to name that commit. 127 128The following example shows three branches, "master", "fixes" 129and "mhf": 130 131------------------------------------------------ 132$ git show-branch master fixes mhf 133* [master] Add 'git show-branch'. 134 ! [fixes] Introduce "reset type" flag to "git reset" 135 ! [mhf] Allow "+remote:local" refspec to cause --force when fetching. 136--- 137 + [mhf] Allow "+remote:local" refspec to cause --force when fetching. 138 + [mhf~1] Use git-octopus when pulling more than one heads. 139 + [fixes] Introduce "reset type" flag to "git reset" 140 + [mhf~2] "git fetch --force". 141 + [mhf~3] Use .git/remote/origin, not .git/branches/origin. 142 + [mhf~4] Make "git pull" and "git fetch" default to origin 143 + [mhf~5] Infamous 'octopus merge' 144 + [mhf~6] Retire git-parse-remote. 145 + [mhf~7] Multi-head fetch. 146 + [mhf~8] Start adding the $GIT_DIR/remotes/ support. 147*++ [master] Add 'git show-branch'. 148------------------------------------------------ 149 150These three branches all forked from a common commit, [master], 151whose commit message is "Add \'git show-branch\'". The "fixes" 152branch adds one commit "Introduce "reset type" flag to "git reset"". 153The "mhf" branch adds many other commits. The current branch 154is "master". 155 156 157EXAMPLE 158------- 159 160If you keep your primary branches immediately under 161`$GIT_DIR/refs/heads`, and topic branches in subdirectories of 162it, having the following in the configuration file may help: 163 164------------ 165[showbranch] 166 default = --topo-order 167 default = heads/* 168 169------------ 170 171With this, `git show-branch` without extra parameters would show 172only the primary branches. In addition, if you happen to be on 173your topic branch, it is shown as well. 174 175------------ 176$ git show-branch --reflog="10,1 hour ago" --list master 177------------ 178 179shows 10 reflog entries going back from the tip as of 1 hour ago. 180Without `--list`, the output also shows how these tips are 181topologically related with each other. 182 183 184Author 185------ 186Written by Junio C Hamano <gitster@pobox.com> 187 188 189Documentation 190-------------- 191Documentation by Junio C Hamano. 192 193 194GIT 195--- 196Part of the linkgit:git[1] suite