git fetch: Take '-n' to mean '--no-tags'
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>
Showing
想要评论请 注册 或 登录