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

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

标签可以是有符号的，也可以是无符号的;分支从不签名。

有签名的标记永远不能移动，因为它们以加密方式(使用签名)绑定到特定的提交。Unsigned标签是不绑定的，可以移动它们(但是移动标签不是一个正常的用例)。

分支不仅可以移动到不同的提交，而且还可以这样做。您应该为本地开发项目使用分支。“在标记上”将工作提交到Git存储库是没有意义的。

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

标记表示特定分支在某一时刻的版本。分支代表一个独立的开发线程，它可以与相同代码库上的其他开发工作同时运行。对一个分支的更改最终可能合并回另一个分支以统一它们。

Usually you'll tag a particular version so that you can recreate it, e.g., this is the version we shipped to XYZ Corp. A branch is more of a strategy to provide on-going updates on a particular version of the code while continuing to do development on it. You'll make a branch of the delivered version, continue development on the main line, but make bug fixes to the branch that represents the delivered version. Eventually, you'll merge these bug fixes back into the main line. Often you'll use both branching and tagging together. You'll have various tags that may apply both to the main line and its branches marking particular versions (those delivered to customers, for instance) along each branch that you may want to recreate -- for delivery, bug diagnosis, etc.

它实际上比这更复杂——或者像你想的那样复杂——但这些例子应该能让你了解其中的区别。

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

分支机构

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

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

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

Tags

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

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

我们使用

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

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

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

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

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