在我們的項目，我們下面的回購模式爲每http://nvie.com/posts/a-successful-git-branching-model/添加修復。如何做到在發佈分支使用Git流/ hubflow
我一直在增加功能到開發分支到現在爲止，但是現在我們的項目已經創建了一個發佈分支，我需要對發佈分支中加入一個修復。從我讀過的內容來看，添加修補程序會將修補程序添加到我的主分支，而不是發行分支。那麼如何在我的發佈分支上添加修復？
發佈分支的主要觀點之一是允許小錯誤修復。因此，在發佈分支處於活動狀態時，您可以直接在發佈分支上進行修復。
發佈分支完成後，即發佈已完成，它將合併到主控。之後，不應再將提交添加到發佈分支。相反，在發佈之後完成的緊急錯誤修復是修補程序，應該合併到主服務器上。 （非緊急錯誤修正可以作爲特徵被創建，合併到develop分支，後來被釋放）
概念上發佈分支是「死」的上映已經取得了。只有掌握和發展分支持續生活。
你當然可以自由有一個不同的過程，但你不嚴格按照混帳流模型。
從主分支不同的思維發佈分支在此犯了一個問題:)。
一般流程是：
開發 - >升級 - >主。然後，你做一個發佈和標記，（V0.1）
燙流程是：
A - > B-> C^
答：開發 - >升級 - >主（V0.1）
B：主 - >發佈分支（這是一個分支開來主）
（這裏我們採用燙，使釋放，在此標記吧）（V0.1）
C：發佈分支 - >開發（將這些熱修復合併到開發中）
循環再次以新版本號（v0.2）的正常流程開始
develop - > staging - > master。
因此，主分支始終保持不動。 唯一的變化是發佈分支進入主分支和開發分支之間。
提示是每當您應用修補程序以發佈分支或主分支時，下一步就是將這些更改合併爲開發
希望這有助於:)。