Prior to commit 83201998 (Rewrite builtin-fetch option parsing to use
parse_options().), we understood '-n' as a short option to mean "don't
fetch tags from the remote". This patch reinstates behaviour similar,
but not identical to the pre commit 83201998 times.

Back then, -n always overrode --tags, so if both --tags and -n was
given on command-line, no tags were fetched regardless of argument
ordering. Now we use a "last entry wins" strategy, so '-n --tags'
means "fetch tags".

Since it's patently absurd to say both --tags and --no-tags, this
shouldn't matter in practice.
Spotted-by: NArtem Zolochevskiy <azol@altlinux.org>
Reported-by: NDmitry V. Levin <ldv@altlinux.org>
Signed-off-by: NJohannes Schindelin <johannes.schindelin@gmx.de>
Tested-by: NAndreas Ericsson <ae@op5.se>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>