Subject: Re: [PATCH] describe: fix --no-exact-match

From: Junio C Hamano <[email-masked]>
Date: Fri, 21 Jul 2023 07:10:50 -0700

René Scharfe <[email-masked]> writes:

> Since 2c33f75754 (Teach git-describe --exact-match to avoid expensive
> tag searches, 2008-02-24) git describe accepts --no-exact-match, but it
> does the same as --exact-match, an alias for --candidates=0.  That's
> because it's defined using OPT_SET_INT with a value of 0, which sets 0
> when negated as well.
>
> Let --no-exact-match set the number of candidates to the default value
> instead.  Users that need a more specific lack of exactitude can specify
> their preferred value using --candidates, as before.
>
> Suggested-by: Junio C Hamano <[email-masked]>
> Signed-off-by: René Scharfe <[email-masked]>
> ---
> Or should we just forbid --no-exact-match?

We could do that, but setting it back to the default was also what I
did in my version I sent (<[email-masked]>) a few days
ago.