Thread (9 messages) 9 messages, 3 authors, 2016-06-15

Re: Useful tracking branches and auto merging

From: Felipe Contreras <hidden>
Date: 2016-06-15 22:49:42

On Mon, Oct 4, 2010 at 11:46 PM, Jonathan Nieder [off-list ref] wrote:
Felipe Contreras wrote:
quoted
 Your branch is behind 'origin/master' by 17 commits, and can be fast-forwarded.

This message doesn't tell me _how_ I can 'fast-forward', I do 'git
merge origin/master' but if git already knows 'master' is tracking
'origin/master' why should I specify that? Perhaps 'git merge
--tracking'.
git merge @{u}
Interesting, I don't find anything like that in the documentation.
Moreover, wouldn't it make sense to make 'git merge' = 'git merge
@{u}'?
quoted
But, while we are on that, why not automatically merge the tracking
branches?
Maybe 'git pull --all' could be taught to eventually do this?  That
would be incompatible with its current behavior of fetching everything
and merging some random branch, but I don't think anyone is relying
on that.
Maybe, I feel 'git pull' is for single branches or repos, whereas 'git
remote update' is pretty clear it's for all the repos, so if some
merging is to be done for all the repos, it should be some form of
'git remote', no?

-- 
Felipe Contreras
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help