login
Header Space

 
 

Should "pull --rebase" try to be a little cleverer?

Score:
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <git@...>
Date: Monday, January 21, 2008 - 11:47 am

Hi,

last night an idea hit me: if I "git pull --rebase blabla master", it 
could be that "blabla" decided to rebase "master" already, and ATM this 
would lead to quite a few conflicts, since commits that were not mine were 
rewritten.

However, if we already have refs/remotes/blabla/master, we could DWIM the 
--rebase call to

	git rebase --onto FETCH_HEAD refs/remotes/blabla/master

Of course, this would mean that git-pull would need to source 
git-parse-remote again...

Ciao,
Dscho

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Should "pull --rebase" try to be a little cleverer?, Johannes Schindelin, (Mon Jan 21, 11:47 am)
Re: Should "pull --rebase" try to be a little cleverer?, Junio C Hamano, (Mon Jan 21, 2:21 pm)
[PATCH] pull --rebase: be cleverer with rebased upstream bra..., Johannes Schindelin, (Sat Jan 26, 2:04 pm)
Re: [PATCH] pull --rebase: be cleverer with rebased upstream..., Johannes Schindelin, (Sat Jan 26, 3:49 pm)
Re: Should "pull --rebase" try to be a little cleverer?, Nicolas Pitre, (Mon Jan 21, 12:03 pm)
Re: Should "pull --rebase" try to be a little cleverer?, Johannes Schindelin, (Mon Jan 21, 12:21 pm)
speck-geostationary