“git fetch --tags”是否有效？ 包括“git fetch”？

Question

一个很好且简单的问题 - “git fetch”的功能是 git fetch --tags 的严格子集吗？

也就是说，如果我运行 git fetch --tags ，是否有理由立即运行 git fetch ？

git pull 和 git pull --tags 怎么样？ 同样的情况？

Answer 1

注意：从 git 1.9/2.0 (Q1 2014) 开始)，git fetch --tags 除了在不使用该选项的情况下通过同一命令行获取的内容之外，还获取标签。

仅获取标签：

git fetch <remote> 'refs/tags/*:refs/tags/*'

详细信息：

请参阅 迈克尔·哈格蒂 (mhagger):

以前，fetch 的“--tags”选项被认为等同于指定 refspec

refs/tags/*:refs/tags/* 
  

在命令行上；
特别是，它导致 remote..refspec 配置被忽略。

但是，在不获取其他引用的情况下获取标签并不是很有用，而除了获取其他引用之外，还能够获取标签非常有用。< br>
因此，更改此选项的语义以执行后者。

如果用户只想获取仅标签，那么仍然可以指定显式的引用规范：

git fetch ;   '参考/标签/*：参考/标签/*' 
  

请注意，1.8.0.3 之前的文档对于“fetch --tags”行为的这方面内容不明确。
提交f0cb2f1 (2012-12-14) fetch --tags 使文档与旧行为相匹配。
此提交更改了文档以匹配新行为（请参阅 Documentation/fetch-options.txt)。

请求从远程获取所有标签以及正在获取的其他内容。

---

自 Git 2.5（2015 年第 2 季度）以来，git pull --tags 更加强大：

请参阅提交 19d122b，作者：Paul Tan (pyokagan)，2015 年 5 月 13 日。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 cc77b99，2015 年 5 月 22 日）}

pull：删除无合并候选情况下的 --tags 错误

自 441ed41 ("git pull --tags “：错误提示更好的消息。，
2007-12-28，Git 1.5.4+)，如果出现以下情况，git pull --tags 将打印不同的错误消息
git-fetch 没有返回任何合并候选：

拉取所有标签没有意​​义；   你可能的意思是： 
        git fetch --标签 
  

这是因为当时，git-fetch --tags 会覆盖任何
配置了 refspec，因此不会有合并候选者。 因此引入错误消息是为了防止混淆。

但是，自从 c5a84e9 (fetch --tags ：获取标签除了
其他东西，2013-10-30，Git 1.9.0+)，git fetch --tags 还会另外获取标签
任何配置的参考规范。
因此，如果出现任何无合并候选的情况，这并不是因为设置了 --tags 。 因此，这个特殊的错误消息现在已经无关紧要了。

为防止混淆，请删除此错误消息。

---

使用 Git 2.11+（2016 年第 4 季度）git fetch 速度更快。

请参阅 提交 5827a03（2016 年 10 月 13 日），作者：杰夫·金 (peff)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 9fcd144，2016 年 10 月 26 日）}

fetch：使用“快速”has_sha1_file 用于标记跟随

当从具有许多与我们正在跟踪的分支无关的标签的远程获取时，我们在检查标签指向的对象（我们不会获取！）是否存在时浪费了太多的周期。在我们的存储库中太仔细了。

这个补丁教导 fetch 使用 HAS_SHA1_QUICK 来牺牲
速度的准确性，在我们可能对速度很敏感的情况下
同时重新包装。

以下是所包含的 perf 脚本的结果，该脚本设置了与上述情况类似的情况：

测试 HEAD^ HEAD 
  -------------------------------------------------- -------- 
  5550.4：取11.21(10.42+0.78)0.08(0.04+0.02)-99.3% 
  

这仅适用于以下情况：

1. 客户端有很多包，导致 reprepare_packed_git() 成本高昂（最昂贵的部分是在未排序的列表中查找重复项，目前该列表是二次的）。
2. 您需要在服务器端提供大量标签引用作为自动关注的候选者（即客户端没有）。
   每一个都会触发对包目录的重新读取。
3. 在正常情况下，客户端会自动跟踪这些标签，并且在一次大量提取之后，(2) 将不再成立。
   但是，如果这些标签指向与客户端获取的内容无关的历史记录，那么它永远不会自动关注，并且这些候选者将在每次获取时影响它。

---

Git 2.21（2019 年 2 月）似乎在 config remote.origin.fetch 为 < em>不是默认的 ('+refs/heads/*:refs/remotes/origin/*')

fatal: multiple updates for ref 'refs/tags/v1.0.0' not allowed

---

Git 2.24 (Q4 2019) 添加了另一项优化。

请参阅 提交 b7e2d8b（2019 年 9 月 15 日），作者：铃木雅也 (draftcode)。
^{（由 Junio C Hamano -- gitster -- 合并于 提交 1d8b0df，2019 年 10 月 7 日）}

fetch：使用oidset保留所需的OID以加快查找速度

在 git fetch 期间，客户端检查广告标签的 OID 是否已在获取请求的所需 OID 集中。
此检查是通过线性扫描完成的。
对于具有大量引用的存储库，重复此扫描需要 15 分钟以上。

为了加快速度，请为其他引用的 OID 创建一个 oid_set。

Answer 2

注意：此答案仅对 git v1.8 及更早版本有效。

大部分内容已在其他答案和评论中说过，但这里有一个简洁的解释：

• git fetch获取所有分支头（或所有由remote.fetch 配置选项指定的分支头）、它们所需的所有提交以及可从这些分支访问的所有标记。 在大多数情况下，所有标签都可以通过这种方式访问​​。
• git fetch --tags 获取所有标签以及它们所需的所有提交。 它不会更新分支头，即使可以从获取的标签访问它们。

简介： 如果您确实想完全保持最新状态，并且仅使用 fetch，则必须同时执行这两项操作。

它也不是“慢两倍”，除非您指的是在命令行上键入，在这种情况下别名可以解决您的问题。 发出这两个请求基本上没有任何开销，因为它们请求不同的信息。

Answer 3

我自己来回答这个问题。

我已经确定是有区别的。 “git fetch --tags”可能会引入所有标签，但它不会引入任何新的提交！

事实证明，必须这样做才能完全“最新”，即在没有合并的情况下复制“git pull”：

$ git fetch --tags
$ git fetch

这是一种耻辱，因为它慢了一倍。 如果只有“git fetch”有一个选项可以做它通常做的事情并引入所有标签。

Answer 4

这里的一般问题是 git fetch 将获取 +refs/heads/*:refs/remotes/$remote/*。 如果这些提交中有任何一个具有标签，那么这些标签也将被获取。 但是，如果远程上的任何分支都无法访问某些标签，则不会获取它们。

--tags 选项将 refspec 切换为 +refs/tags/*:refs/tags/*。 您可以要求git fetch来获取两者。 我很确定只需执行 git fetch && git fetch -t 您将使用以下命令：

git fetch origin "+refs/heads/*:refs/remotes/origin/*" "+refs/tags/*:refs/tags/*"

如果您想将此设置为该存储库的默认值，您可以向默认提取添加第二个 refspec：

git config --local --add remote.origin.fetch "+refs/tags/*:refs/tags/*"

这将添加第二个 fetch =此遥控器的 .git/config 中的 行。

---

我花了一段时间寻找处理这个项目的方法。 这就是我想出来的。

git fetch -fup origin "+refs/*:refs/*"

就我而言，我想要这些功能

• 从远程获取所有头和标签，因此使用 refspec refs/*:refs/*
• 用非快进 + 覆盖本地分支和标签> 在 refspec 之前
• 如果需要，覆盖当前签出的分支 -u
• 删除远程中不存在的分支和标签 -p
• 并强制确保 -f >

Answer 5

在大多数情况下， git fetch 应该执行您想要的操作，即“从远程存储库获取任何新内容并将其放入本地副本中，而不合并到本地分支”。 git fetch --tags 正是这样做的，只不过它除了新标签之外什么也得不到。

从这个意义上说， git fetch --tags 绝不是 git fetch 的超集。 事实上恰恰相反。

当然，git pull只不过是git fetch的包装器； git 合并。 建议您在跳转到 git pull 之前习惯于进行手动 git fetch 和 git merge 操作，因为这对您有帮助首先了解 git pull 正在做什么。

也就是说，这种关系与 git fetch 完全相同。 git pull 是 git pull --tags 的超集。

Answer 6

git fetch upstream --tags

工作得很好，它只会获取新标签，而不会获取任何其他代码库。