line 1: 'git branch -r' (followed by 'git remote update' to update the info on changes to remote) lists all remote branches; 'egrep -vw' is used to knock entries having HEAD and master in the result. line 3: Track the named remote branch while checking it out locally.
To create a new local branch based on a remote branch, use the "-track" option in the branch command. You can also do this by using the "checkout" command. If you want your local branch to have the same name as the remote branch, you only need to specify the name of the remote branch.
To view your remote branches, simply pass the -r flag to the git branch command. You can inspect remote branches with the usual git checkout and git log commands.
The answer given by Otto is good, but all the created branches will have "origin/" as the start of the name. If you just want the last part (after the last /) to be your resulting branch names, use this:
for remote in `git branch -r | grep -v /HEAD`; do git checkout --track $remote ; done
It also has the benefit of not giving you any warnings about ambiguous refs.
Using bash:
after git 1.9.1for i in `git branch -a | grep remote | grep -v HEAD | grep -v master`; do git branch --track ${i#remotes/origin/} $i; done
before git 1.9.1credits: Val Blant, elias, and Hugo
Note: the following code if used in later versions of git (>v1.9.1) causes
- (bug) All created branches to track master
- (annoyance) All created local branch names to be prefixed with
origin/
for remote in `git branch -r `; do git branch --track $remote; done
Update the branches, assuming there are no changes on your local tracking branches:
for remote in `git branch -r `; do git checkout $remote ; git pull; done
Ignore the ambiguous refname warnings, git seems to prefer the local branch as it should.
Most of the answers here are over complicating the parsing of the output of git branch -r
. You can use the following for
loop to create the tracking branches against all the branches on the remote like so.
Say I have these remote branches.
$ git branch -r
origin/HEAD -> origin/master
origin/development
origin/integration
origin/master
origin/production
origin/staging
Confirm that we're not tracking anything other than master already, locally:
$ git branch -l # or using just git branch
* master
You can use this one liner to create the tracking branches:
$ for i in $(git branch -r | grep -vE "HEAD|master"); do
git branch --track ${i#*/} $i; done
Branch development set up to track remote branch development from origin.
Branch integration set up to track remote branch integration from origin.
Branch production set up to track remote branch production from origin.
Branch staging set up to track remote branch staging from origin.
Now confirm:
$ git branch
development
integration
* master
production
staging
To delete them:
$ git br -D production development integration staging
Deleted branch production (was xxxxx).
Deleted branch development (was xxxxx).
Deleted branch integration (was xxxxx).
Deleted branch staging (was xxxxx).
If you use the -vv
switch to git branch
you can confirm:
$ git br -vv
development xxxxx [origin/development] commit log msg ....
integration xxxxx [origin/integration] commit log msg ....
* master xxxxx [origin/master] commit log msg ....
production xxxxx [origin/production] commit log msg ....
staging xxxxx [origin/staging] commit log msg ....
The loop basically calls the command git branch -r
, filtering out any HEAD or master branches in the output using grep -vE "HEAD|master"
. To get the names of just the branches minus the origin/
substring we use Bash's string manipulation ${var#stringtoremove}
. This will remove the string, "stringtoremove" from the variable $var
. In our case we're removing the string origin/
from the variable $i
.
NOTE: Alternatively you can use git checkout --track ...
to do this as well:
$ for i in $(git branch -r | grep -vE "HEAD|master" | sed 's/^[ ]\+//'); do
git checkout --track $i; done
But I don't particularly care for this method, since it's switching you among the branches as it performs a checkout. When done it'll leave you on the last branch that it created.
Update Q1 2020: Mohsen Abasi proposes in the comments, based on the 2014 slm's answer, the simpler alternative:
for i in $(git branch -r | grep -vE "HEAD|master" | sed 's/^[ ]\+//');
And it uses $()
instead of obsolete backticks.
As I mention in another old answer, using git for-each-ref
is probably faster.
And I would use the new (Git 2.23+) git switch
command, which replaces the confusing git checkout
.
for i in $(git for-each-ref --format=%(refname:short) \
--no-merged=origin/HEAD refs/remotes/origin); do \
git switch --track $i; \
done
That way, no grep
needed.
Old (2011) original answer:
Here is my one-liner I use (in a bash shell, tested with msysgit1.7.4):
For copy-paste:
remote=origin ; for brname in `git branch -r | grep $remote | grep -v master | grep -v HEAD | awk '{gsub(/^[^\/]+\//,"",$1); print $1}'`; do git branch --set-upstream-to $remote/$brname $brname; done
For more readability:
remote=origin ; // put here the name of the remote you want
for brname in `
git branch -r | grep $remote | grep -v master | grep -v HEAD
| awk '{gsub(/^[^\/]+\//,"",$1); print $1}'
`; do
git branch --set-upstream-to $remote/$brname $brname;
done
remote
variable (it can be 'origin
' or whatever name you have set for one of the remotes of your current Git repo).origin/a/Branch/Name => a/Branch/Name
through the awk
expression.it will set the upstream branch through --set-upstream-to
(or -u
), not --track
:
The advantage is that, if the branch already exists, it won't fail and it won't change that branch origin, it will only configure the branch.xxx.(remote|merge)
setting.
branch.aBranchName.remote=origin
branch.aBranchName.merge=refs/heads/a/Branch/Name
That command will create local branches for all remote upstream branches, and set their remote and merge setting to that remote branch.
You could script that easily enough, but I don't know when it'd be valuable. Those branches would pretty quickly fall behind, and you'd have to update them all the time.
The remote branches are automatically going to be kept up to date, so it's easiest just to create the local branch at the point where you actually want to work on it.
without any scripting (in an empty directory):
$ git clone --bare repo_url .git
$ git config core.bare false
$ git checkout
after that, all remote branches will be seen as local.
original (in russian).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With