签出多个分支上的 git 标签

Question

我阅读了很多 SO 帖子，但没有一篇让我了解 git 标签的真正工作原理，尤其是关于它们与分支的链接。我认为这是由于对git原理的误解。也许有人可以帮助我。

假设我有以下两个分支 master 和 develop 与 K 合并提交：

-A-B-C-D-E-F-G-K-L-M (master)
       \-H-I-J-/     (develop)

如果我标记J 提交，则此标记将位于两个分支上（因为合并）。 那么当我checkout这个标签时，我会有什么版本呢？包含E,F,G 提交的master 分支或来自develop 分支的提交。不确定我是否清楚我想了解的内容。我知道标签不引用分支，而只是提交。但是签出标签也可以恢复历史提交不是吗？

Answer 1

您可以签出标签，但这会使您的存储库处于分离的 HEAD 状态。本质上不在任何分支上。

见Git Tagging。

Answer 2

我假设树枝的位置是这样的（反正没关系）：

                     v------- master
-A-B-C--D-E-F--G-K-L-M
      \-H-I-J-/
            ^------ develop

如果我标记J 提交，这个标记将在两个分支上（因为合并）。

标签是指向提交的只读指针。一个分支也指向一个提交，但它被许多 Git 命令移动到另一个提交（git commit、git merge、git rebase、git pull、git reset 是最常见的）。

鉴于两个分支的当前位置，J 提交确实可以从两个分支到达。 git commit、git merge 和 git pull 不会改变这个现状。但是git reset 或git rebase 可以在不是J 后代的提交上移动分支，在这种情况下，J 将无法从移动的分支访问。

那么当我签出这个标签时，我会得到什么版本？包含master 分支的E、F、G 提交的一个或来自develop 分支的一个。

git checkout 将您的工作副本更改为与签出的提交相同。

如果您将分支传递给git checkout，它也会使该分支成为当前分支（又名HEAD）。如果您将非分支的引用传递给git checkout（它可以是标签、提交哈希或解析为单个提交的其他revision specification），那么您将存储库置于名为"detached HEAD" 的状态.这意味着没有当前分支。
不建议在分离的HEAD 状态下工作（除非您知道自己在做什么），因为以这种方式创建的提交不会被任何分支指向，并且一旦您签出另一个分支就会丢失（或标记或提交）。

假设你运行：

git tag tagJ J

要在提交J 时创建名为tagJ 的标签，以下两个命令执行相同的操作：

git checkout J
git checkout tagJ

他们更改工作树和索引以匹配提交J 中记录的项目状态。他们将 repo 设置为 detached HEAD 状态。

命令：

git checkout develop

以与上述两个命令相同的方式更改工作树和索引。但是，它不会将 repo 设置为 detached HEAD 状态，而是将 develop 设置为 HEAD（当前分支）。

但是签出标签也可以恢复历史提交不是吗？

历史由分支和标签决定。可以从任何分支或标签访问的任何提交都是历史的一部分。如果你删除了master 分支fe，你的repo 的历史将只包含可以从develop 分支访问的提交（即A、B、C、H、I和J)。如果您删除develop 分支（并保留master 分支），您不会丢失任何内容，因为绘图中可见的所有提交都可以从提交M（由master 分支指向）访问。