分支問題域

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

這么做簡(jiǎn)化了部署的一些方面，主要是因?yàn)榉种D變得簡(jiǎn)單了。這反過來會(huì)讓測(cè)試變得簡(jiǎn)單，因?yàn)橹挥幸粋€(gè)分支會(huì)部署到生產(chǎn)服務(wù)器上。

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