分支問題域

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

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

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