]> git.ipfire.org Git - thirdparty/git.git/blob - Documentation/git-branch.txt
Merge branch 'ab/branch-list-doc'
[thirdparty/git.git] / Documentation / git-branch.txt
1 git-branch(1)
2 =============
3
4 NAME
5 ----
6 git-branch - List, create, or delete branches
7
8 SYNOPSIS
9 --------
10 [verse]
11 'git branch' [--color[=<when>] | --no-color] [-r | -a]
12 [--list] [-v [--abbrev=<length> | --no-abbrev]]
13 [--column[=<options>] | --no-column]
14 [(--merged | --no-merged | --contains) [<commit>]] [--sort=<key>]
15 [--points-at <object>] [--format=<format>] [<pattern>...]
16 'git branch' [--set-upstream | --track | --no-track] [-l] [-f] <branchname> [<start-point>]
17 'git branch' (--set-upstream-to=<upstream> | -u <upstream>) [<branchname>]
18 'git branch' --unset-upstream [<branchname>]
19 'git branch' (-m | -M) [<oldbranch>] <newbranch>
20 'git branch' (-d | -D) [-r] <branchname>...
21 'git branch' --edit-description [<branchname>]
22
23 DESCRIPTION
24 -----------
25
26 If `--list` is given, or if there are no non-option arguments, existing
27 branches are listed; the current branch will be highlighted with an
28 asterisk. Option `-r` causes the remote-tracking branches to be listed,
29 and option `-a` shows both local and remote branches. If a `<pattern>`
30 is given, it is used as a shell wildcard to restrict the output to
31 matching branches. If multiple patterns are given, a branch is shown if
32 it matches any of the patterns. Note that when providing a
33 `<pattern>`, you must use `--list`; otherwise the command is interpreted
34 as branch creation.
35
36 With `--contains`, shows only the branches that contain the named commit
37 (in other words, the branches whose tip commits are descendants of the
38 named commit). With `--merged`, only branches merged into the named
39 commit (i.e. the branches whose tip commits are reachable from the named
40 commit) will be listed. With `--no-merged` only branches not merged into
41 the named commit will be listed. If the <commit> argument is missing it
42 defaults to `HEAD` (i.e. the tip of the current branch).
43
44 The command's second form creates a new branch head named <branchname>
45 which points to the current `HEAD`, or <start-point> if given.
46
47 Note that this will create the new branch, but it will not switch the
48 working tree to it; use "git checkout <newbranch>" to switch to the
49 new branch.
50
51 When a local branch is started off a remote-tracking branch, Git sets up the
52 branch (specifically the `branch.<name>.remote` and `branch.<name>.merge`
53 configuration entries) so that 'git pull' will appropriately merge from
54 the remote-tracking branch. This behavior may be changed via the global
55 `branch.autoSetupMerge` configuration flag. That setting can be
56 overridden by using the `--track` and `--no-track` options, and
57 changed later using `git branch --set-upstream-to`.
58
59 With a `-m` or `-M` option, <oldbranch> will be renamed to <newbranch>.
60 If <oldbranch> had a corresponding reflog, it is renamed to match
61 <newbranch>, and a reflog entry is created to remember the branch
62 renaming. If <newbranch> exists, -M must be used to force the rename
63 to happen.
64
65 With a `-d` or `-D` option, `<branchname>` will be deleted. You may
66 specify more than one branch for deletion. If the branch currently
67 has a reflog then the reflog will also be deleted.
68
69 Use `-r` together with `-d` to delete remote-tracking branches. Note, that it
70 only makes sense to delete remote-tracking branches if they no longer exist
71 in the remote repository or if 'git fetch' was configured not to fetch
72 them again. See also the 'prune' subcommand of linkgit:git-remote[1] for a
73 way to clean up all obsolete remote-tracking branches.
74
75
76 OPTIONS
77 -------
78 -d::
79 --delete::
80 Delete a branch. The branch must be fully merged in its
81 upstream branch, or in `HEAD` if no upstream was set with
82 `--track` or `--set-upstream`.
83
84 -D::
85 Shortcut for `--delete --force`.
86
87 -l::
88 --create-reflog::
89 Create the branch's reflog. This activates recording of
90 all changes made to the branch ref, enabling use of date
91 based sha1 expressions such as "<branchname>@\{yesterday}".
92 Note that in non-bare repositories, reflogs are usually
93 enabled by default by the `core.logallrefupdates` config option.
94 The negated form `--no-create-reflog` only overrides an earlier
95 `--create-reflog`, but currently does not negate the setting of
96 `core.logallrefupdates`.
97
98 -f::
99 --force::
100 Reset <branchname> to <startpoint> if <branchname> exists
101 already. Without `-f` 'git branch' refuses to change an existing branch.
102 In combination with `-d` (or `--delete`), allow deleting the
103 branch irrespective of its merged status. In combination with
104 `-m` (or `--move`), allow renaming the branch even if the new
105 branch name already exists.
106
107 -m::
108 --move::
109 Move/rename a branch and the corresponding reflog.
110
111 -M::
112 Shortcut for `--move --force`.
113
114 --color[=<when>]::
115 Color branches to highlight current, local, and
116 remote-tracking branches.
117 The value must be always (the default), never, or auto.
118
119 --no-color::
120 Turn off branch colors, even when the configuration file gives the
121 default to color output.
122 Same as `--color=never`.
123
124 -i::
125 --ignore-case::
126 Sorting and filtering branches are case insensitive.
127
128 --column[=<options>]::
129 --no-column::
130 Display branch listing in columns. See configuration variable
131 column.branch for option syntax.`--column` and `--no-column`
132 without options are equivalent to 'always' and 'never' respectively.
133 +
134 This option is only applicable in non-verbose mode.
135
136 -r::
137 --remotes::
138 List or delete (if used with -d) the remote-tracking branches.
139
140 -a::
141 --all::
142 List both remote-tracking branches and local branches.
143
144 --list::
145 List branches. With optional `<pattern>...`, e.g. `git
146 branch --list 'maint-*'`, list only the branches that match
147 the pattern(s).
148 +
149 This should not be confused with `git branch -l <branchname>`,
150 which creates a branch named `<branchname>` with a reflog.
151 See `--create-reflog` above for details.
152
153 -v::
154 -vv::
155 --verbose::
156 When in list mode,
157 show sha1 and commit subject line for each head, along with
158 relationship to upstream branch (if any). If given twice, print
159 the name of the upstream branch, as well (see also `git remote
160 show <remote>`).
161
162 -q::
163 --quiet::
164 Be more quiet when creating or deleting a branch, suppressing
165 non-error messages.
166
167 --abbrev=<length>::
168 Alter the sha1's minimum display length in the output listing.
169 The default value is 7 and can be overridden by the `core.abbrev`
170 config option.
171
172 --no-abbrev::
173 Display the full sha1s in the output listing rather than abbreviating them.
174
175 -t::
176 --track::
177 When creating a new branch, set up `branch.<name>.remote` and
178 `branch.<name>.merge` configuration entries to mark the
179 start-point branch as "upstream" from the new branch. This
180 configuration will tell git to show the relationship between the
181 two branches in `git status` and `git branch -v`. Furthermore,
182 it directs `git pull` without arguments to pull from the
183 upstream when the new branch is checked out.
184 +
185 This behavior is the default when the start point is a remote-tracking branch.
186 Set the branch.autoSetupMerge configuration variable to `false` if you
187 want `git checkout` and `git branch` to always behave as if `--no-track`
188 were given. Set it to `always` if you want this behavior when the
189 start-point is either a local or remote-tracking branch.
190
191 --no-track::
192 Do not set up "upstream" configuration, even if the
193 branch.autoSetupMerge configuration variable is true.
194
195 --set-upstream::
196 If specified branch does not exist yet or if `--force` has been
197 given, acts exactly like `--track`. Otherwise sets up configuration
198 like `--track` would when creating the branch, except that where
199 branch points to is not changed.
200
201 -u <upstream>::
202 --set-upstream-to=<upstream>::
203 Set up <branchname>'s tracking information so <upstream> is
204 considered <branchname>'s upstream branch. If no <branchname>
205 is specified, then it defaults to the current branch.
206
207 --unset-upstream::
208 Remove the upstream information for <branchname>. If no branch
209 is specified it defaults to the current branch.
210
211 --edit-description::
212 Open an editor and edit the text to explain what the branch is
213 for, to be used by various other commands (e.g. `format-patch`,
214 `request-pull`, and `merge` (if enabled)). Multi-line explanations
215 may be used.
216
217 --contains [<commit>]::
218 Only list branches which contain the specified commit (HEAD
219 if not specified). Implies `--list`.
220
221 --merged [<commit>]::
222 Only list branches whose tips are reachable from the
223 specified commit (HEAD if not specified). Implies `--list`.
224
225 --no-merged [<commit>]::
226 Only list branches whose tips are not reachable from the
227 specified commit (HEAD if not specified). Implies `--list`.
228
229 <branchname>::
230 The name of the branch to create or delete.
231 The new branch name must pass all checks defined by
232 linkgit:git-check-ref-format[1]. Some of these checks
233 may restrict the characters allowed in a branch name.
234
235 <start-point>::
236 The new branch head will point to this commit. It may be
237 given as a branch name, a commit-id, or a tag. If this
238 option is omitted, the current HEAD will be used instead.
239
240 <oldbranch>::
241 The name of an existing branch to rename.
242
243 <newbranch>::
244 The new name for an existing branch. The same restrictions as for
245 <branchname> apply.
246
247 --sort=<key>::
248 Sort based on the key given. Prefix `-` to sort in descending
249 order of the value. You may use the --sort=<key> option
250 multiple times, in which case the last key becomes the primary
251 key. The keys supported are the same as those in `git
252 for-each-ref`. Sort order defaults to sorting based on the
253 full refname (including `refs/...` prefix). This lists
254 detached HEAD (if present) first, then local branches and
255 finally remote-tracking branches.
256
257
258 --points-at <object>::
259 Only list branches of the given object.
260
261 --format <format>::
262 A string that interpolates `%(fieldname)` from the object
263 pointed at by a ref being shown. The format is the same as
264 that of linkgit:git-for-each-ref[1].
265
266 Examples
267 --------
268
269 Start development from a known tag::
270 +
271 ------------
272 $ git clone git://git.kernel.org/pub/scm/.../linux-2.6 my2.6
273 $ cd my2.6
274 $ git branch my2.6.14 v2.6.14 <1>
275 $ git checkout my2.6.14
276 ------------
277 +
278 <1> This step and the next one could be combined into a single step with
279 "checkout -b my2.6.14 v2.6.14".
280
281 Delete an unneeded branch::
282 +
283 ------------
284 $ git clone git://git.kernel.org/.../git.git my.git
285 $ cd my.git
286 $ git branch -d -r origin/todo origin/html origin/man <1>
287 $ git branch -D test <2>
288 ------------
289 +
290 <1> Delete the remote-tracking branches "todo", "html" and "man". The next
291 'fetch' or 'pull' will create them again unless you configure them not to.
292 See linkgit:git-fetch[1].
293 <2> Delete the "test" branch even if the "master" branch (or whichever branch
294 is currently checked out) does not have all commits from the test branch.
295
296
297 Notes
298 -----
299
300 If you are creating a branch that you want to checkout immediately, it is
301 easier to use the git checkout command with its `-b` option to create
302 a branch and check it out with a single command.
303
304 The options `--contains`, `--merged` and `--no-merged` serve three related
305 but different purposes:
306
307 - `--contains <commit>` is used to find all branches which will need
308 special attention if <commit> were to be rebased or amended, since those
309 branches contain the specified <commit>.
310
311 - `--merged` is used to find all branches which can be safely deleted,
312 since those branches are fully contained by HEAD.
313
314 - `--no-merged` is used to find branches which are candidates for merging
315 into HEAD, since those branches are not fully contained by HEAD.
316
317 SEE ALSO
318 --------
319 linkgit:git-check-ref-format[1],
320 linkgit:git-fetch[1],
321 linkgit:git-remote[1],
322 link:user-manual.html#what-is-a-branch[``Understanding history: What is
323 a branch?''] in the Git User's Manual.
324
325 GIT
326 ---
327 Part of the linkgit:git[1] suite