2014-03-19 30 views
0

如果有分支名稱dev,它是一個正常的開發分支。在每次合併後創建一個開發分支,然後創建?

我應該在每次合併後刪除它,然後創建一個新的?

如果不刪除,分支網絡(所有合併使用--no-ff):

* 0019d6a - (HEAD, master) Merge branch 'dev' second (2 minutes ago) 
|\ 
| * e6dcaf5 - (dev) add b.file (2 minutes ago) 
* | c39915b - Merge branch 'dev' (3 minutes ago) 
|\ \ 
| |/ 
| * 352afa1 - add a.file (4 minutes ago) 
|/ 
* d06fb93 - init (4 minutes ago) 

版本c39915b是第一個合併,然後繼續發展,做第二次合併。

如果我刪除,並創建一個新的,它將從c39915b版本開始:

* 4a4b8dc - (HEAD, master) Merge branch 'dev' second (7 seconds ago) 
|\ 
| * afd5dfe - (dev) add b.file (16 seconds ago) 
|/ 
* c39915b - Merge branch 'dev' (3 minutes ago) 
|\ 
| * 352afa1 - add a.file (4 minutes ago) 
|/ 
* d06fb93 - init (4 minutes ago) 

在第二種情況下,分支網絡中清楚比第一個。

我不知道哪一個更好?


附加:

我讀git-flow,找到這樣的畫面:

git-flow

它使用第一個,並保持Dev分支作爲一個長期的分支。

回答

1

在這種情況下,第二種方法只是隨着時間的推移進行更多的工作,而沒有任何好處。

堅持與分支並保持合併。而且,即使您一直堅持分支,您也可以獲得第二類歷史記錄。無論何時,當你直接對主設備進行更改時,將其合併到dev中(而不是在主設備上開發,反之亦然),以使開發分支更新。

+0

是的,我認爲是。 'dev'分支作爲長期分支,無需刪除。第二種適合於諸如'feature'或'fixbug'分支併合併到dev。 –

+0

是的。如果你需要分支,不需要刪除它。另一方面,錯誤修復通常是短命的分支,並根據需要創建和刪除。 –

相關問題