tag.c: use the correct algorithm for the '--contains' option
commit008ed7df93082103c8c74d045e573e19868b2c6b
authorKarthik Nayak <karthik.188@gmail.com>
Sun, 18 Oct 2015 10:25:04 +0000 (18 15:55 +0530)
committerJunio C Hamano <gitster@pobox.com>
Sun, 18 Oct 2015 23:07:36 +0000 (18 16:07 -0700)
treea5b16f7e071f8566f39f23e072760bbc50e5d1cc
parent5242860f548d1869ac2779726ad496f0ae8ab5ca
tag.c: use the correct algorithm for the '--contains' option

In b7cc53e9 (tag.c: use 'ref-filter' APIs, 2015-09-11) we port tag.c
to use the ref-filter APIs for filtering and printing refs.  In
ref-filter we have two implementations for filtering refs when the
'--contains' option is used.

Although they do the same thing, one is optimized for filtering
branches and the other for tags (borrowed from branch.c and tag.c
respectively) and the 'filter->with_commit_tag_algo' bit decides
which algorithm must be used.  We should unify these.

When we ported tag.c to use ref-filter APIs we missed out on setting
the 'filter->with_commit_tag_algo' bit.  As reported by Jerry
Snitselaar, this causes "git tag --contains" to work way slower than
expected, fix this by setting 'filter->with_commit_tag_algo' in
tag.c before calling 'filter_refs()'.

Mentored-by: Matthieu Moy <matthieu.moy@grenoble-inp.fr>
Tested-by: Jerry Snitselaar <jsnitsel@redhat.com>
Signed-off-by: Karthik Nayak <karthik.188@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/tag.c