Re: warning merge message
- From
Junio C Hamano <junkio@cox.net>
- Date
- Dec 22, 2006, 23:00 UTC
- Message-ID
- <7vy7ozv8lz.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <200612222349.54363.Josef.Weidendorfer@gmx.de>
Josef Weidendorfer <Josef.Weidendorfer@gmx.de> writes:
Show 8 quoted lines
> In a previous discussion, you talked about switching to > the new behavior (ie. getting rid of this "first set of > branches" rule) when there is at least one branch.*.merge > setting in the config file. > > Unfortunately I can not see an easy way to check this with > repo-config, as there is no wildcard support for keys > (Ok, I can do a list of keys and grep).
I think --get-regexp is what you want -- see my "patch for discussion".
> I think it is better to provide an option > "pull.do-not-follow-the-first-set-of-branches-rule". > And we should make this the default after init-db or clone.
Yes, but the problem is that old timers do make new clones.
pull.i-like-the-first-set-of-branches in ~/.gitconfig is the only thing I can think of but that is too ugly and is already on the slippery slope of user.expert configuration which I do not think we want.