Hi, On Fri, 22 Dec 2006, Junio C Hamano wrote: > Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > > > HOWEVER, it has been in "What's cooking in git (topics)". > > > > Having said that, we could (at least for some time) print a big red > > warning for the specific case of "git pull" meaning "git pull origin > > <whateveristhefirstfetchedhead>" that this will GO AWAY SOON. > > > > Of course, you would not see it. Only your script. > > > > BTW I would _never_ allow a script to rely on such a DWIM feature. > > That's too strong a statement. It is not DWIM but has been a > longstanding rule to use "the first set of branches" for the > merge. We've merged the first set of branches since day one, > and even after branch.*.merge we've done so unless you do not > have such configuration. Okay, I have been wrong. My sincere apologies. So, if I understand your option (2) correctly, it complains _only_ if there is at least one branch.*.merge in the config, but not for the current branch? I think that would safeguard the existing repositories _and_ the new ones, because git-clone sets them up with such an entry to begin with. If that behaviour was meant by (2), I am all for it. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html