分支問題域

在持續(xù)交付實(shí)踐和分支策略之間有一個爭論的根源。一些持續(xù)交付方法提倡一個主干分支，所有的發(fā)行版都從這個分支里生成。Git flow就是這樣的模型。

這么做簡化了部署的一些方面，主要是因為分支圖變得簡單了。這反過來會讓測試變得簡單，因為只有一個分支會部署到生產(chǎn)服務(wù)器上。

另一方面，如果我們需要在已發(fā)布的代碼里修復(fù)缺陷，而主干上還包含了我們不想發(fā)布的新功能時，應(yīng)該怎么做呢？當(dāng)生產(chǎn)環(huán)境的部署節(jié)奏比開發(fā)團(tuán)隊的交付節(jié)奏慢的時候，就會發(fā)生這樣的場景。這種事令人不快，但還挺普遍。