GitFlow：何時刪除或凍結功能/發布分支​​？

Question

學習GitFlow並且在我讀過的任何文檔/文章中都有一些我沒有找到答案的問題。

根據GitFlow，在release分支在某些測試/暫存環境中通過QA之后，會發生生產版本，並且release分支將合並到master （其中還標記有版本號）以及重新 develop 。

我相信，我們只需要合並到develop ，如果一個bug時，需要直接做出更改的QA過程中出現了release分支。 是？ 我假設如果release中沒有任何新內容，我們不需要再將它與develop ，對吧？！

我想這也意味着，當改變以release測試/ QA過程中，如果他們沒有得到合並到develop ，我們敞開心扉，接受回歸， 對不對 ？ 這意味着如果develop分支從未獲得QA在測試期間請求的更改，那么如果release分支被吹走，則這些更改將丟失。

我也不確定GitFlow為實際“ 關閉 ”分支（包括功能分支和release分支）所規定的內容。 合並后，功能分支被刪除了嗎？ 或以某種方式凍結進一步修改？ 並入后， master / develop的release應該被刪除或凍結呢？

Answer 1

我總是建議你遵循這個過程，並始終嘗試將發布分支合並到develop中。 如果開發分支上沒有提交，那么git會通知您。 你基本上已經執行了無操作。

正確的，如果你沒有合並發行版，那么你就會對回歸開放。 即使發布分支被刪除，您仍然會有使其進入主分支的提交歷史記錄，因此您仍然可以通過根據需要挑選提交來恢復它們。

您將為每個事物創建一個新功能和發布分支。 例如， feature/abc ， feature/bdc ， release/1.0.0 release/1.1.0等。完成這些功能和發布后，分支將被刪除，不再使用。