2013-10-12 58 views
1

如果有多個開發商在一個特性分支工作,我們需要從主週期性變化帶來的,還有一些我知道的兩種方法:從主合併變成一個發表特性分支

  1. 開發商表示他們已經從發佈的功能分支中獲得最新更改。然後,一名開發人員重新加入主人並強行推動。其他開發人員拉下新功能分支,每個人都在繼續開發。
  2. 任何開發者合併大師只要他們喜歡,沒有人強迫推。

我的問題:

  1. 我說的對,這些都是可能的工作流程?
  2. 與第二工作流程,當它的時間帶來的特性分支變成主人,這可怎麼用乾淨的歷史可以做什麼?將一個重新分配給主人清理/刪除其他合併提交,還是會是一團糟?
+0

http://nvie.com/posts/a-successful-git-branching-model/提供了良好的工作流程 –

+0

我熟悉gitflow並且已經使用了它多年,但它並沒有暗示或規定一種策略,以便不斷地將主變更合併到特性分支中。 –

回答

0
  1. 是的。

  2. 是的,除非你rebase with the --preserve-merge option,那些合併提交仍然存在,但沒有任何父母master

我傾向於第一種方法,因爲:

  • 它的開發團隊
  • 它避免了"back-merge"(從master的特性分支)
  • 它不」內執行的通信t要求在最終重設期間您希望保留的那些來自主服務器的合併提交。
  • 它有利於該功能的分支最終融入主
+0

表示,謝謝。你能更明確地回答我的問題嗎? (以確保我明白) –

+0

@JohnBachir當然,我已經編輯了答案,以更直接地解決您的問題。 – VonC

+0

謝謝!但#2似乎與自身衝突......你的意思是「**如果**你使用'--preserve-merge'選項重新綁定,那些合併提交仍然存在」? –

相關問題