開發者vs發佈分支gitflow

Question

我是gitflow的新手，所以有幾個問題。

我們真的需要developer分支嗎？它的用途是什麼？

我們可以很好地有一個master分支，其中一切都合併到生產級別。然後，對於每個版本，我們都有發佈分支，這些分支將被部署到生產版本中。功能分支是開發人員編碼的地方，然後是一個拉取請求合併到相關的發佈分支。

我在這裏錯過了什麼？

Answer 1

我在這裏錯過了什麼？

待鈍...... 全部。

您選擇使用Git Flow來避免不確定地進入生產的提交，保持準確跟蹤哪些提交是在哪裏，並減少將所有內容集成到一個分支的每個人的頭痛曾經有過很多衝突和錯過的假設。

讓我們從頂部開始：

難道我們真的需要developer分支？它的用途是什麼？

在Git的流量適當的，有兩個分支正確：

• 主
• 發展

在這種情況下，master包含被認爲是生產準備代碼。如果你不得不，你可以隨時部署主人的尖端，你會沒事的。 develop或developer，是實際發展的地方;有些東西需要整合在一起並一起測試，所以這就是發生這種情況的原因。你想在這裏做到這一點，以避免任何可能出現的錯誤。

我們可以很好地擁有一個主分支，所有東西都被合併到生產級別。然後，對於每個版本，我們都有發佈分支，這些分支將被部署到生產版本中。

這意味着master分支只服務於一個角色：它是一個集成點。您不能再聲稱master是生產就緒的代碼。

---

也就是說，Git Flow不適合每個人。有可能你的master分支有很多非常好的迴歸測試，可以讓你直接對它進行提交，並且如果發生災難性的發佈，你將能夠回滾。

但是，如果您想使用Git Flow，則必須訂閱工作在獨立集成分支上進行測試的概念，然後將其合併爲主。