http://wiki.jikexueyuan.com/project/git-workflow-tutorial/images/git-workflow-release-cycle-3release.png" alt="git-workflow-release-cycle-3release" />

一旦 develop 分支上有了做一次發(fā)布（或者說快到了既定的發(fā)布日）的足夠功能，就從 develop 分支上 fork 一個發(fā)布分支。

新建的分支用于開始發(fā)布循環(huán)，所以從這個時間點開始之后新的功能不能再加到這個分支上——

這個分支只應(yīng)該做 Bug 修復(fù)、文檔生成和其它面向發(fā)布任務(wù)。

一旦對外發(fā)布的工作都完成了，發(fā)布分支合并到 master 分支并分配一個版本號打好 Tag 。

另外，這些從新建發(fā)布分支以來的做的修改要合并回 develop 分支。

使用一個用于發(fā)布準備的專門分支，使得一個團隊可以在完善當(dāng)前的發(fā)布版本的同時，另一個團隊可以繼續(xù)開發(fā)下個版本的功能。

這也打造定義良好的開發(fā)階段（比如，可以很輕松地說，『這周我們要做準備發(fā)布版本4.0』，并且在倉庫的目錄結(jié)構(gòu)中可以實際看到）。

常用的分支約定：

用于新建發(fā)布分支的分支: develop
用于合并的分支: master
分支命名: release-* 或 release/*

上一篇：Forking工作流的分支使用方式下一篇：示例