Jon Seymour <jon.seymour@xxxxxxxxx> writes:
> If --no-checkout is specified, then the bisection process uses:
>
> git update-ref --no-deref HEAD <trial>
>
> at each trial instead of:
>
> git checkout <trial>
> ...
Ok.
> int cmd_bisect__helper(int argc, const char **argv, const char *prefix)
> {
> int next_all = 0;
> + int no_checkout = 0;
> + char *bisect_mode=NULL;
> struct option options[] = {
> OPT_BOOLEAN(0, "next-all", &next_all,
> "perform 'git bisect next'"),
> + OPT_STRING(0, "bisect-mode", &bisect_mode, "mode",
> + "the bisection mode either checkout or update-ref. defaults to checkout."),
I think this is a regression from naming perspective from the previous
round. You would be either the normal (checkout) mode or no-checkout mode,
and honestly, --no-checkout would be understood by anybody while update-ref
would be understood only by Gitz.
--
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