Files
git/builtin
René Scharfe c95ae3ff9c describe: fix --no-exact-match
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.

The "--no-exact-match" option was not covered in the tests, so let's
add a few.  Also add a case where --exact-match option is used on a
commit that cannot be described without distance from tags and make
sure the command fails.

Signed-off-by: René Scharfe <l.s.r@web.de>
[jc: added trivial tests]
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-07-21 09:57:15 -07:00
..
2020-07-30 19:18:06 -07:00
2023-07-21 09:57:15 -07:00
2023-05-15 13:59:07 -07:00
2023-05-02 08:48:23 -07:00
2023-04-25 13:56:20 -07:00
2023-05-06 14:32:20 -07:00
2023-04-25 13:56:20 -07:00
2023-04-25 13:56:20 -07:00
2023-04-25 13:56:20 -07:00