開發人員與發布分支 gitflow

Question

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

我們真的需要developer分支嗎？ 它的目的是什么？

我們可以很好地擁有一個master分支，其中所有內容都合並到生產級別。 然后對於每個版本，我們都有發布分支，這些分支被部署到生產中以進行發布。 功能分支是開發人員編寫代碼的地方，然后通過拉取請求合並到相關的發布分支。

我在這里缺少什么？

Answer 1

我在這里缺少什么？

坦率地說……一切。

您選擇使用 Git Flow 來避免與您不確定是否進入生產環境的提交混淆，准確跟蹤哪些提交在哪里，並減少每個人將所有內容一次集成到一個分支中的麻煩沖突和遺漏的假設。

讓我們從頂部開始：

我們真的需要developer分支嗎？ 它的目的是什么？

在 Git Flow 中，有兩個適當的分支：

• 掌握
• 發展

在這種情況下， master包含被視為生產就緒的代碼。 如果有必要，你可以隨時部署大師的尖端，你會沒事的。 develop或developer ，是實際開發發生的地方； 有些東西需要在這里集成並一起測試，這就是發生這種情況的地方。 您希望在此處執行此操作，以使自己免受可能出現的任何錯誤的影響。

我們可以很好地擁有一個主分支，其中所有內容都合並到生產級別。 然后對於每個版本，我們都有發布分支，這些分支被部署到生產中以進行發布。

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

---

也就是說，Git Flow 並不適合所有人。 可能你的master分支有很多非常好的回歸測試，可以讓你直接提交給它，並且你可以在災難性的發布時回滾。

但是，如果您想使用 Git Flow，您必須同意這樣一種觀念，即工作在合並到 master之前在單獨的集成分支上進行測試。