如果有多個開發商在一個特性分支工作,我們需要從主週期性變化帶來的,還有一些我知道的兩種方法:從主合併變成一個發表特性分支
- 開發商表示他們已經從發佈的功能分支中獲得最新更改。然後,一名開發人員重新加入主人並強行推動。其他開發人員拉下新功能分支,每個人都在繼續開發。
- 任何開發者合併大師只要他們喜歡,沒有人強迫推。
我的問題:
- 我說的對,這些都是可能的工作流程?
- 與第二工作流程,當它的時間帶來的特性分支變成主人,這可怎麼用乾淨的歷史可以做什麼?將一個重新分配給主人清理/刪除其他合併提交,還是會是一團糟?
http://nvie.com/posts/a-successful-git-branching-model/提供了良好的工作流程 –
我熟悉gitflow並且已經使用了它多年,但它並沒有暗示或規定一種策略,以便不斷地將主變更合併到特性分支中。 –