我喜欢把分支看作你要去的地方，标签看作你去过的地方。

标记就像过去某个特定重要点的书签，比如版本发布。

而分支是项目前进的特定路径，因此分支标记会随着您一起前进。当你完成时，你合并/删除分支(即标记)。当然，在这一点上，您可以选择标记该提交。

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

简单:

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

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

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

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

我喜欢把分支看作你要去的地方，标签看作你去过的地方。

标记就像过去某个特定重要点的书签，比如版本发布。

而分支是项目前进的特定路径，因此分支标记会随着您一起前进。当你完成时，你合并/删除分支(即标记)。当然，在这一点上，您可以选择标记该提交。