Skip to contentSkip to conversation

2 things about branches

DISCUSSION Raimund Bauer 2 participants 2 messages Jun 15, 2016

lore
Share & tools
lore
#0 lore raw

I think it's a good idea to not list remote branches in 'git branch' output per default, but imho we should make an exception for the branch the user is currently on.
Currently when I do 'git checkout origin/next' the checkout works fine and I get the warning about the remote branch, but an informational query 'git branch' right after that says

* (no branch)
master

'git branch -r' also doesn't mark me as being on origin/next. Maybe we could query the remote-branches for a matching ref this case?

And another wish about branches:
After a fresh clone of git, my .git/config contains a section

[branch "master"]
remote = origin
merge = refs/heads/master

so it's easy to keep the branch updated by just saying 'git pull' when on branch master.

Doing 'git checkout -b next origin/next' gives me my own next-branch, but short of editing .git/config there seems to be no way to get a similar section [branch "next"] ... so I can follow next as easy as master.
I'm not sure if there exists a sane default we could use automatically, but maybe a switch to git-checkout to write a config entry would be possible?

Thanks for listening to my rambling

Signature · 3 lines
best regards

  Ray
#1 lore raw
Quoted 11 lines · Raimund Bauer

I think it's a good idea to not list remote branches in 'git branch' output per default, but imho we should make an exception for the branch the user is currently on.
Currently when I do 'git checkout origin/next' the checkout works fine and I get the warning about the remote branch, but an informational query 'git branch' right after that says

* (no branch)
master

'git branch -r' also doesn't mark me as being on origin/next.

That's because you're not really "on" origin/next. Your currently checked-out state happens to be the same as the state that origin/next points at, but that's not quite the same thing. The main difference being that if you commit something, origin/next won't be moved forward to point at the new commit.

Quoted 1 line

Maybe we could query the remote-branches for a matching ref this case?

If that's what you want you could use e.g.

	git describe --all

--b.