什么时候应该分支？ | 那些遇到过的问题

总的来说,分支的主要目的(VCS - 版本控制系统 - 功能)是实现代码隔离.

您至少有一个分支,足以进行顺序开发,并用于在同一个唯一分支上记录(提交)的许多任务.

但该模型迅速显示其限制:

当您进行开发工作(重构,演变,错误修复,......)并且您意识到您无法在与当前开发分支相同的分支中安全地进行这些更改(因为您会破坏API,或者引入会破坏的代码)一切),然后你需要另一个分支.
(为了隔离旧代码的新代码,即使稍后将合并这两个代码集)

那么这就是你的答案:
只要你不能在一个分支中追求和记录两个开发工作,你就应该分支.
(没有一个非常复杂的历史来维护).

即使你是唯一一个处理源代码的人,如果你很多,分支也很有用.
但是你不应该为每个开发人员制作一个分支:
"隔离"的目的是隔离开发工作(这个任务可以像"让我们开发软件的下一个版本"一样通用,或者像"让我们修复"一样具体错误23"),
而不是隔离"资源".

(一个名为"VonC"的分支对另一个开发者来说没有任何意义:如果"VonC"离开项目怎么办？你应该用它做什么？
一个名为"bugfix_212"的分支可以在bug跟踪系统的上下文中解释,任何开发人员都可以使用它至少有一些关于他应该用它做什么的想法)

分支不是标签(SVN是一个修订系统,它试图提出版本控制功能,如分支和标记通过廉价文件副本的目录:这并不意味着标签是一个分支)

定义分支还意味着定义合并工作流:您需要知道在完成分支时合并分支的位置.
为此,Practical Perforce的第7章(Laura WINGERD - O'Reilly)是一个很好的介绍(VCS不可知),用于合并不同类型的分支之间的工作流程:"" 软件如何发展 "(pdf)

它定义术语代码行(分支记录代码的重要演变步骤,通过某些点的标记,或通过重要的合并回到分支)

它介绍了主线模型(记录发布的中心代码行),并描述了分支的各种用途:

活跃的开发流:当顺序的各种开发发生时,持久的代码行
任务分支:用于更具体任务的短期分支(错误修复是一个经典的分支,但您也可以为合并工作定义一个分支,您知道要完成复杂:您可以在该任务分支中合并,提交和测试没有为主要的当前开发分支引入问题)
暂存分支:用于准备发布,具有一些预生产特定数据或配置文件.
私有分支,临时分支和稀疏分支:对于非常小的任务,只是为了能够在不等待正式完成或测试审查的情况下提交正在进行的工作.
这允许"提前提交,经常提交".

_{关于VCS的其他有趣概念:基础概念

(最初关于ClearCase,但对任何VCS也有效)}

分支有几种用途.最常见的用途之一是分离曾经具有公共代码库的项目.这对于试验代码非常有用,而不会影响主干.

通常,您会看到两种分支类型: