我有一些困难理解如何使用标签与分支在git。
我只是将当前版本的代码从cvs移到git，现在我将针对特定的特性处理该代码的一个子集。其他一些开发人员也将致力于此，但并不是我们团队中的所有开发人员都会关心此功能。我应该创建一个分支还是一个标签?在什么情况下我应该使用其中一种而不是另一种?
当前回答
标签可以是有符号的，也可以是无符号的;分支从不签名。
有签名的标记永远不能移动，因为它们以加密方式(使用签名)绑定到特定的提交。Unsigned标签是不绑定的，可以移动它们(但是移动标签不是一个正常的用例)。
分支不仅可以移动到不同的提交，而且还可以这样做。您应该为本地开发项目使用分支。“在标记上”将工作提交到Git存储库是没有意义的。
其他回答
我喜欢把分支看作你要去的地方，标签看作你去过的地方。
标记就像过去某个特定重要点的书签，比如版本发布。
而分支是项目前进的特定路径，因此分支标记会随着您一起前进。当你完成时，你合并/删除分支(即标记)。当然，在这一点上，您可以选择标记该提交。
没有什么比喻是完美的，但是您可以将您的存储库想象成一本记录项目进展的书。
分支机构
你可以把分支想象成一个粘性书签:
全新的存储库只有其中一个(称为master main)，它自动移动到您所编写的最新页面(考虑提交)。但是，你可以自由地创建和使用更多的书签，以便标记书中其他感兴趣的点，这样你就可以快速返回到它们。
此外，你总是可以将一个特定的书签移动到书的其他页面(例如，使用git-reset);兴趣点通常随时间变化。
Tags
你可以把标签看作章节标题。
它可能包含标题(考虑带注释的标签)，也可能不包含。标签与分支相似但又不同，因为它标记了书中历史兴趣的点。为了保持它的历史特性，一旦你共享了一个标签(即把它推到一个共享的遥控器上)，你就不应该把它移动到书中的其他地方。
最好的解释似乎是标签充当只读分支。您可以使用分支作为标记，但您可能会无意中使用新的提交更新它。只要标签存在，它们就保证指向相同的提交。
从CVS中您需要了解的是，在设置分支时不再需要创建目录。 不再有“粘贴标签”(只能应用于一个文件)，或“分支标签”。 分支和标记是Git中两个不同的对象，它们总是应用于all repo。
您将不再(使用SVN)必须显式地构造您的存储库:
branches
myFirstBranch
myProject
mySubDirs
mySecondBranch
...
tags
myFirstTag
myProject
mySubDirs
mySecondTag
...
这种结构源于CVS是一个修订系统而不是版本系统(参见源代码控制vs.修订控制?) 这意味着通过CVS的标记和SVN的目录副本模拟分支。
如果您习惯于签出标记并开始在其中工作，那么您的问题就有意义了。 你不应该这样做;) 标签应该表示一个不可变的内容，只用于访问它，并保证每次都获得相同的内容。
在Git中，修订的历史是一系列的提交，形成了一个图表。 分支是图的一条路径
x--x--x--x--x # one branch
\
--y----y # another branch
1.1
^
|
# a tag pointing to a commit
如果签出一个标记，您将需要创建一个分支来开始从它开始工作。 如果你签出一个分支，你将直接看到该分支的最新提交('HEAD')。
关于所有的技术细节，请参阅Jakub narylbski的答案，但坦率地说，在这一点上，你还不需要所有的细节;)
主要的一点是:一个标签是一个简单的指向提交的指针，你永远不能修改它的内容。你需要一个分支。
在你的例子中，每个开发人员都致力于一个特定的功能:
是否应该在各自的存储库中创建自己的分支 跟踪来自同事的存储库的分支(在同一特性上工作的那个) 拉/推是为了和同事分享你的工作。
您可以不直接跟踪同事的分支，而是只跟踪一个“官方”中央存储库的分支，每个人都将他/她的工作推送到这个存储库，以便集成和共享每个人的工作。
github上的Neovim:
V0.3是一个分支
v0.3.1……v0.3.4……是标签
Nightly和stable是标记，而不是分支
