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