我有一些困难理解如何使用标签与分支在git。
我只是将当前版本的代码从cvs移到git，现在我将针对特定的特性处理该代码的一个子集。其他一些开发人员也将致力于此，但并不是我们团队中的所有开发人员都会关心此功能。我应该创建一个分支还是一个标签?在什么情况下我应该使用其中一种而不是另一种?
当前回答
我们使用
开发环境中的分支用于特性开发或错误修复 功能分支上测试环境的轻量级标记 release/prd的注释标记(主要分支)
在每个带注释的标签之后，所有的特征分支都从主分支中重新建立基础。
正如其他人所说，分支是一条开发线，随着更新提交的到来，头部会向前移动。这是功能开发的理想选择。
轻量级标签固定于特定的提交，这使得创建内部版本并让qa团队在开发完成后测试功能成为理想的选择。
注释标记非常适合从发布到生产，因为我们可以在将测试的特性分支合并到主分支(稳定)时添加正式的消息和其他注释。
其他回答
树枝是木头做的，从树干上长出来。标签由纸(木材的衍生品)制成，像圣诞装饰品一样挂在树上的各个地方。
您的项目是树，您将添加到项目中的特性将在分支上生长。答案是分支。
Git寓言解释了典型的DVCS是如何创建的，以及它们的创造者为什么要这样做。另外，你可能想看看Git for Computer Scientist;它解释了Git中每种类型的对象的功能，包括分支和标记。
最好的解释似乎是标签充当只读分支。您可以使用分支作为标记，但您可能会无意中使用新的提交更新它。只要标签存在，它们就保证指向相同的提交。
我们使用
开发环境中的分支用于特性开发或错误修复 功能分支上测试环境的轻量级标记 release/prd的注释标记(主要分支)
在每个带注释的标签之后，所有的特征分支都从主分支中重新建立基础。
正如其他人所说，分支是一条开发线，随着更新提交的到来，头部会向前移动。这是功能开发的理想选择。
轻量级标签固定于特定的提交，这使得创建内部版本并让qa团队在开发完成后测试功能成为理想的选择。
注释标记非常适合从发布到生产，因为我们可以在将测试的特性分支合并到主分支(稳定)时添加正式的消息和其他注释。
标记用于标记版本，更具体地说，它引用分支上的一个时间点。分支通常用于向项目中添加特性。
