Version control 什么时候标签应该优先于分支,反之亦然(在CVS中)?

Version control 什么时候标签应该优先于分支,反之亦然(在CVS中)?,version-control,comparison,cvs,Version Control,Comparison,Cvs,我认为标题应该足够好。当你想标记一个里程碑时,应该使用标签。里程碑可以像每日构建一样小 当您希望独立于另一个分支/主干进行更改时,应使用分支。分支还应用于主要里程碑,例如发布。这取决于您的想法。标记 将其视为及时的快照。我想回到那一点。然而,它永远不会改变。您不会签入已标记的元素 可以标记的内容: 发布(主要和次要) 发送给客户的修补程序 错误修复 里程碑(α、β等) 成功的每日构建 分支机构 分支机构将对其进行开发(即签入)。 您可以从标记创建一个分支(例如用于修复bug)。 您可以创建一

我认为标题应该足够好。

当你想标记一个里程碑时,应该使用标签。里程碑可以像每日构建一样小


当您希望独立于另一个分支/主干进行更改时,应使用分支。

分支还应用于主要里程碑,例如发布。这取决于您的想法。

标记

将其视为及时的快照。我想回到那一点。然而,它永远不会改变。您不会签入已标记的元素

可以标记的内容:

  • 发布(主要和次要)
  • 发送给客户的修补程序
  • 错误修复
  • 里程碑(α、β等)
  • 成功的每日构建
分支机构

分支机构将对其进行开发(即签入)。
您可以从标记创建一个分支(例如用于修复bug)。
您可以创建一个分支来开发功能,然后将其合并回主干。
您可以为发布创建分支(次要或主要)

关键的一点是分支可以被修改,标签不应该像其他回复那样被修改

我们对次要点释放使用标记,对释放使用分支。那么比如说,

v1.0 <-- Branch  
  v1.0.1 <-- Tag  
  v1.0.2 <-- Tag  
v1.1 <-- Branch  
  v1.1.1 <-- Tag  
  v1.1.2 <-- Tag  
v1.2 <-- Branch  
  v1.2.1 <-- Tag  
  v1.2.2 <-- Tag  
v1.3 <-- Branch  
  v1.3.1 <-- Tag  
  v1.3.2 <-- Tag  
v1.4 <-- Branch  
  v1.4.1 <-- Tag  
  v1.4.2 <-- Tag  
v1.5 <-- Branch  
  v1.5.1 <-- Tag  
  v1.5.2 <-- Tag  
v1.0