On Tue, Mar 13, 2012 at 09:27:08PM -0700, Junio C Hamano wrote: > Christopher Tiwald <christiwald@xxxxxxxxx> writes: > * I can see there are three kinds of advices, but I do not see why users > need to acknowledge that they understand them one by one with separate > advice configuration. Isn't it better to have only one variable, "OK, > I know how to deal with a failed push due to non-fast-forward"? Hi, I think that having three different config keys for the three different advices makes sense, because the advices will be displayed at different times. E.g. the user starts with the simplest one-branch workflow, triggers the first alternative, reads "pullBeforePush" and then disables the hint. Then the team upgrades the workflow to use several branches and the user triggers the second alternative. At this point, git should hint to "useUpstream". If the user disabled all the non-FF hints at the first advice, she would miss the second, different one, later. > > diff --git a/Documentation/config.txt b/Documentation/config.txt > > index c081657..50d9249 100644 > > --- a/Documentation/config.txt > > +++ b/Documentation/config.txt > > @@ -158,6 +158,21 @@ advice.*:: > > Advice shown when you used linkgit:git-checkout[1] to > > move to the detach HEAD state, to instruct how to create > > a local branch after the fact. > > + pullBeforePush:: > > + Advice shown when you ran linkgit:git-push[1] and pushed > > + a non-fast-forward update to HEAD, instructing you to > > + linkgit:git-pull[1] before pushing again. > > + useUpstream:: > > + Advice to set 'push.default' to 'upstream' when you ran > > + linkgit:git-push[1] and pushed 'matching refs' by default > > + (i.e. you did not have any explicit refspec on the command > > + line, and no 'push.default' configuration was set) and it > > + resulted in a non-fast-forward error. > > + checkoutPullPush:: > > + Advice shown when you ran linkgit:git-push[1] and pushed > > + a non-fast-forward update to a non-HEAD branch, instructing > > + you to checkout the branch and run linkgit:git-pull[1] > > + before pushing again. > > I would prefer to see these consolidated into a single advice.pushNonFF > variable, but I may be missing why it could be a good idea to allow them > turned off selectively. Zbyszek -- 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