GitFlow - 額外不穩定的開發分支

Question

GitFlow建議當特徵完成後將它合併到開發中，然後在某個時候開發被合併到主控中。

當您正在處理未被批准用於下一版本的代碼但您仍然想要一起測試它（和其他類似的未來功能）時會發生什麼？

你不能合併它開發，因爲那麼你的功能將過早推到主。

在這種情況下，人們做了什麼？

您是否創建了一個額外的分支來合併這些未來功能以便於測試？ 這是否有一個命名約定？

Answer 1

根據Vincent Driessen（GitFlow模型的作者），你必須合併所有功能來開發分支。看看他自己的話：

從開發中分支新版本分支的關鍵時刻是開發（幾乎）反映新版本的期望狀態。至少所有針對待發布目標的功能都必須在此時合併進行發展。針對未來版本的所有功能可能不會 - 它們必須等到發佈分支分支之後。

我對這個問題的幾個疑點太多（英語問題），但我通常做的是像他出示此圖像中的哪些：

看看最後的功能。您可以看到它僅在示例的第二個版本中合併。所以，當我有一個未完成的功能（可能會被測試），我只是忽略它，直到下一次檢查。

另外，GitFlow只是一個模型（一個成功的模型）。和所有型號一樣，它可能不適合您的應用。你總是可以嘗試像Vincent Driessen（作者）明智地做的新想法。

試試看，並與我們分享任何改進。