2 things about branches
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
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.