Hi,
when a user made a typo, Git is not good in guessing what
the user could have meant, except for git commands. I think
this is an area with room for improvements.
Let's look into branches. When I "clone --branch" and make
a typo, Git could show me what branch I could have meant. It's
the same when I try to merge or track a branch. It might even
be possible to show suggestions for options for all Git commands.
What I'm trying to say is, there are arguments with a limited
amount of possible values that Git know, so Git can show
suggestions when the user made a typo for such an argument.
Ralf
On Sat, Aug 8, 2015 at 1:12 AM, Ralf Thielow [off-list ref] wrote:
Hi,
when a user made a typo, Git is not good in guessing what
the user could have meant, except for git commands. I think
this is an area with room for improvements.
Let's look into branches. When I "clone --branch" and make
a typo, Git could show me what branch I could have meant. It's
the same when I try to merge or track a branch.
Good candidate for those micro-projects next year.
It might even
be possible to show suggestions for options for all Git commands.
You mean if you type "--brnch" it should suggest "--branch"? I was
bugged about this and wanted to do something, only to realize in most
cases git would show "git <cmd> -h", which does a much better job
because it would explain what --branch is for as well.
What I'm trying to say is, there are arguments with a limited
amount of possible values that Git know, so Git can show
suggestions when the user made a typo for such an argument.
--
Duy
I believe They mean that if you type "clone --branch mister", it
should ask if you meant to "clone --branch master" instead, or
something.
Basically if you type a non existent branch name, calculate edit
distance for each branch name, probably either using a timeout or edit
distance to stop if something is too different from any branch so you
don't run for too long, and then, if a branch is within a certain edit
distance from the typo, suggest it.
Lawrence
On Sat, Aug 15, 2015 at 2:12 AM, Duy Nguyen [off-list ref] wrote:
On Sat, Aug 8, 2015 at 1:12 AM, Ralf Thielow [off-list ref] wrote:
quoted
Hi,
when a user made a typo, Git is not good in guessing what
the user could have meant, except for git commands. I think
this is an area with room for improvements.
Let's look into branches. When I "clone --branch" and make
a typo, Git could show me what branch I could have meant. It's
the same when I try to merge or track a branch.
Good candidate for those micro-projects next year.
quoted
It might even
be possible to show suggestions for options for all Git commands.
You mean if you type "--brnch" it should suggest "--branch"? I was
bugged about this and wanted to do something, only to realize in most
cases git would show "git <cmd> -h", which does a much better job
because it would explain what --branch is for as well.
quoted
What I'm trying to say is, there are arguments with a limited
amount of possible values that Git know, so Git can show
suggestions when the user made a typo for such an argument.
--
Duy
--
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
--
About Me: http://about.me/lawrencesiebert
Constantly Coding: http://constantcoding.blogspot.com