最好的解释似乎是标签充当只读分支。您可以使用分支作为标记，但您可能会无意中使用新的提交更新它。只要标签存在，它们就保证指向相同的提交。

树枝是木头做的，从树干上长出来。标签由纸(木材的衍生品)制成，像圣诞装饰品一样挂在树上的各个地方。

您的项目是树，您将添加到项目中的特性将在分支上生长。答案是分支。

简单的答案是:

分支机构: 每次提交到存储库时，当前分支指针都会移动

but

标签:标签指向的提交没有改变，事实上标签是该提交的快照。

没有什么比喻是完美的，但是您可以将您的存储库想象成一本记录项目进展的书。

分支机构

你可以把分支想象成一个粘性书签:

全新的存储库只有其中一个(称为master main)，它自动移动到您所编写的最新页面(考虑提交)。但是，你可以自由地创建和使用更多的书签，以便标记书中其他感兴趣的点，这样你就可以快速返回到它们。

此外，你总是可以将一个特定的书签移动到书的其他页面(例如，使用git-reset);兴趣点通常随时间变化。

Tags

你可以把标签看作章节标题。

它可能包含标题(考虑带注释的标签)，也可能不包含。标签与分支相似但又不同，因为它标记了书中历史兴趣的点。为了保持它的历史特性，一旦你共享了一个标签(即把它推到一个共享的遥控器上)，你就不应该把它移动到书中的其他地方。

简单:

标签总是指向项目的同一个版本，而头部则随着开发的进展而变化。

Git用户手册

我们使用

开发环境中的分支用于特性开发或错误修复 功能分支上测试环境的轻量级标记 release/prd的注释标记(主要分支)

在每个带注释的标签之后，所有的特征分支都从主分支中重新建立基础。

正如其他人所说，分支是一条开发线，随着更新提交的到来，头部会向前移动。这是功能开发的理想选择。

轻量级标签固定于特定的提交，这使得创建内部版本并让qa团队在开发完成后测试功能成为理想的选择。

注释标记非常适合从发布到生产，因为我们可以在将测试的特性分支合并到主分支(稳定)时添加正式的消息和其他注释。