配置remote.origin.tagOpt --no-tags无效，Git fetch因nightly标签冲突失败

每次尝试拉取nvim-tree.lua仓库都失败，原因是维护者频繁修改nightly标签，执行git fetch时得到以下错误：

$ git fetch
From https://github.com/kyazdani42/nvim-tree.lua
 ! [rejected]        nightly    -> nightly  (would clobber existing tag)

我已在.git/config中添加remote.origin.tagOpt = --no-tags，但该设置无效，Git仍会尝试拉取标签。同时尝试设置remote.origin.prune = true和remote.origin.pruneTags = true，也没有任何改善。

以下是完整的仓库配置：

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    url = https://github.com/kyazdani42/nvim-tree.lua.git
    fetch = +refs/heads/*:refs/remotes/origin/*
    prune = true
    pruneTags = true
    tagOpt = --no-tags
[branch "master"]
    remote = origin
    merge = refs/heads/master

根据man git-fetch中的说明：

默认情况下，任何指向所拉取历史的标签也会被拉取；这会拉取指向您感兴趣分支的标签。可通过--tags或--no-tags选项，或配置remote..tagOpt来修改此默认行为。通过显式拉取标签的refspec，您还可以拉取不指向感兴趣分支的标签。

请问这是Git的bug，还是我操作有误？

补充：我发现了一个临时解决方案：

[remote "origin"]
    url = https://github.com/kyazdani42/nvim-tree.lua.git
    fetch = +refs/heads/*:refs/remotes/origin/*
    fetch = ^refs/tags/*
    tagOpt = --no-tags

但我想知道是否有更优的解决方法。

问题原因 #

tagOpt = --no-tags的作用是阻止Git自动拉取指向已拉取分支历史的新标签，但如果远程仓库的标签已经在本地存在，且远程标签被修改（比如这里的nightly是可移动标签），Git在拉取时仍会尝试同步这个本地已有的标签，从而触发冲突。prune和pruneTags仅负责清理本地不存在的远程引用，对已存在但被远程修改的标签无效。

更优解决方法 #

1. 单次拉取时跳过标签更新
   每次拉取时直接添加--no-tags参数：

   git fetch --no-tags
   

   嫌输入麻烦的话，可以给git fetch设置别名：

   git config --global alias.fetch-notags 'fetch --no-tags'
   

   之后用git fetch-notags代替git fetch即可。

2. 永久配置彻底忽略标签
   你的临时方案本质上已经是很彻底的永久解决方式——通过添加fetch = ^refs/tags/*规则，直接排除所有标签的拉取逻辑，配合tagOpt = --no-tags可以完全阻止标签相关的同步操作，从根源避免冲突。这也是目前最稳定的配置方案。

3. 临时删除本地冲突标签
   如果只是想快速解决当前冲突，可先删除本地的nightly标签：

   git tag -d nightly
   

   之后再执行拉取即可，但如果维护者继续修改该标签，后续仍会出现相同问题，仅适合临时应急。

结论 #

这不是Git的bug，是tagOpt的作用范围和标签同步逻辑导致的正常现象：--no-tags仅阻止自动拉取新标签，不阻止Git尝试更新本地已存在的远程标签。你的临时配置方案已经是比较优的永久解决方法，而命令行参数或别名则更灵活，适合不需要全局配置的场景。

内容的提问来源于stack exchange，提问作者Big McLargeHuge