# [PATCH] builtin/checkout.c: show usage with options on missing argument 'branch' 4 messages from 2011-05-05 to 2011-05-05. Participants: Ralf Thielow, Junio C Hamano. Thread: https://gitlist.dev/t/27269 ## Ralf Thielow, 2011-05-05 16:58 Subject: [PATCH] builtin/checkout.c: show usage with options on missing argument 'branch' Message-ID: <1304614690-12493-1-git-send-email-ralf.thielow@googlemail.com> URL: https://gitlist.dev/e/1304614690-12493-1-git-send-email-ralf.thielow%40googlemail.com ``` Show the usage with options for 'checkout' command on missing argument 'branch'. Signed-off-by: Ralf Thielow --- builtin/checkout.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/builtin/checkout.c b/builtin/checkout.c index 38632fc..4aa613a 100644 --- a/builtin/checkout.c +++ b/builtin/checkout.c @@ -1086,5 +1086,10 @@ int cmd_checkout(int argc, const char **argv, const char *prefix) if (opts.writeout_stage) die(_("--ours/--theirs is incompatible with switching branches.")); + if (new.name == NULL) { + usage_with_options(checkout_usage, options); + return; + } + return switch_branches(&opts, &new); } -- 1.7.5.1 ``` ## Junio C Hamano, 2011-05-05 18:45 Subject: Re: [PATCH] builtin/checkout.c: show usage with options on missing argument 'branch' Message-ID: <7vsjst6l5o.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vsjst6l5o.fsf%40alter.siamese.dyndns.org In-Reply-To: <1304614690-12493-1-git-send-email-ralf.thielow@googlemail.com> ``` Ralf Thielow writes: > Show the usage with options for 'checkout' command on missing argument 'branch'. Please describe what exact command line you typed, what output and side effect you got from the command, what you _think_ should have happened instead, and what the differences between two are. In other words, what problem you are trying to solve? > Signed-off-by: Ralf Thielow > --- > builtin/checkout.c | 5 +++++ > 1 files changed, 5 insertions(+), 0 deletions(-) > > diff --git a/builtin/checkout.c b/builtin/checkout.c > index 38632fc..4aa613a 100644 > --- a/builtin/checkout.c > +++ b/builtin/checkout.c > @@ -1086,5 +1086,10 @@ int cmd_checkout(int argc, const char **argv, const char *prefix) > if (opts.writeout_stage) > die(_("--ours/--theirs is incompatible with switching branches.")); > > + if (new.name == NULL) { > + usage_with_options(checkout_usage, options); > + return; > + } > > return switch_branches(&opts, &new); > } What value are you returning from a function whose return type is int? If you read the function switch_branches(), you would notice that it is prepared to handle the case where new.name is NULL (by the way, check against NULL is typically spelled as "if (!new.name)" as you can see there), and then would realize that your change by itself cannot be a correct fix for whatever problem you are trying to solve. Have you run "make test" at all? If you are changing this command: $ git checkout -b frotz Switched to a new branch 'junk' to error out with a message, then that is a regression. ``` ## Ralf Thielow, 2011-05-05 19:02 Subject: Re: [PATCH] builtin/checkout.c: show usage with options on missing argument 'branch' Message-ID: URL: https://gitlist.dev/e/BANLkTikMu3fjbALTAwaaknskBw0H7LbZ-g%40mail.gmail.com In-Reply-To: <7vsjst6l5o.fsf@alter.siamese.dyndns.org> ``` Simple "git checkout" or "git checkout " don't tell me that i've done a mistake on usage. It does nothing. This can be different when using parameters, but in the end i think it should tell me the usage in this case. 2011/5/5 Junio C Hamano : > Ralf Thielow writes: > >> Show the usage with options for 'checkout' command on missing argument 'branch'. > > Please describe what exact command line you typed, what output and side > effect you got from the command, what you _think_ should have happened > instead, and what the differences between two are. > > In other words, what problem you are trying to solve? > >> Signed-off-by: Ralf Thielow >> --- >>  builtin/checkout.c |    5 +++++ >>  1 files changed, 5 insertions(+), 0 deletions(-) >> >> diff --git a/builtin/checkout.c b/builtin/checkout.c >> index 38632fc..4aa613a 100644 >> --- a/builtin/checkout.c >> +++ b/builtin/checkout.c >> @@ -1086,5 +1086,10 @@ int cmd_checkout(int argc, const char **argv, const char *prefix) >>       if (opts.writeout_stage) >>               die(_("--ours/--theirs is incompatible with switching branches.")); >> >> +     if (new.name == NULL) { >> +             usage_with_options(checkout_usage, options); >> +             return; >> +     } >> >>       return switch_branches(&opts, &new); >>  } > > What value are you returning from a function whose return type is int? > > If you read the function switch_branches(), you would notice that it is > prepared to handle the case where new.name is NULL (by the way, check > against NULL is typically spelled as "if (!new.name)" as you can see > there), and then would realize that your change by itself cannot be a > correct fix for whatever problem you are trying to solve. > > Have you run "make test" at all? > > If you are changing this command: > >        $ git checkout -b frotz >        Switched to a new branch 'junk' > > to error out with a message, then that is a regression. > ``` ## Junio C Hamano, 2011-05-05 19:49 Subject: Re: [PATCH] builtin/checkout.c: show usage with options on missing argument 'branch' Message-ID: <7vwri553nv.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vwri553nv.fsf%40alter.siamese.dyndns.org In-Reply-To: ``` Ralf Thielow writes: > Simple "git checkout" or "git checkout " don't tell me that i've done a mistake > on usage. It does nothing. That is a designed behaviour. You did nothing wrong. Besides, that is a way people who use "checkout -t -b" to create topic branches check their branch status. Pay attention to what the last command does in the following transcript. $ git checkout master $ git checkout -t -b side Branch side set up to track local branch master. Switched to a new branch 'side' $ git checkout master Switched to branch 'master' $ edit ; git commit ;# on 'master' $ git checkout side Switched to branch 'side' Your branch is behind 'master' by 1 commit, ... ... time passes ... $ git checkout Your branch is behind 'master' by 1 commit, ... ```