On Tue, May 27, 2008 at 3:52 PM, Stephen R. van den Berg <srb@xxxxxxx> wrote: > Santi B?jar wrote: >>On Tue, May 27, 2008 at 3:12 PM, Johannes Schindelin >><Johannes.Schindelin@xxxxxx> wrote: >>> Sure it is. But cluttering up the commands for something that is not >>> really proven to be wanted by many is IMO inferior. > >>This is an argument against git-whatzzup.sh in general. Point taken. > > Not really. It's an argument against cluttering up the existing core > with this stuff. Ok. I misunderstood it, sorry. > >>Moreover, this could be integrated in "git status". > > I personally have no need for such a thing, but in effect it is the git > commandline equivalent of MS-Office "Clippy", which provides a hands-on > tutorial in git while you are trying to use it (with the subtle yet > important difference that it only provides advice when called). I don't have experience with Clippy, but my git-what.sh was just showing the help as shown before (well, actually not for bisect but is easy to fix). It is not a hands-on tutorial, it is more of "in which state (merging, bisecting,...) is my working tree, if it is in the middle of a complex process (bisect, merge, rebase,...) tell me what was the help message". It is not that different from the output of "git status", but for states. Santi -- 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
