2017-07-03 33 views
1

我希望在分支features中的一組功能上工作,並在添加一組功能後與master合併。這將觸發生產中的一個問題。重複使用分支名稱有風險嗎?

然後,我會繼續在功能上,在分支features(我不希望,如果可能的話,爲計劃的功能集的每個功能打開一個新的分支)。

這樣做有沒有特別的風險,從git的角度來看

我知道有"best practices" for branch reuse但這種發展將通過一組work on branch features得到更好的編排 - >merge with master - >continue working on branch features - >merge with master - > ...

我是唯一的開發商,在之間,master does not change合併。

+0

不,我沒有看到任何相關風險。 –

+0

由於多個「不」和「但」,我不確定是否正確理解了您的第三段。爲了更清晰起見,您可能需要重新說明這一點。 – mkrieger1

+0

爲了您自己的判斷,您應該考慮到分支僅僅是一個指向提交的指針,它除了不能有兩個具有相同名稱的指針所具有的名稱之外,其影響相對較小。 – mkrieger1

回答

4

git本身不會被這個困擾。既然你指定「從git的角度來看」,簡短的答案是「不」。

有兩件事情需要注意的:

1)在你保存合併提交的情況下,默認的提交信息反映分支名。如果在您的審覈工作流中看到master歷史記錄中反覆出現的「合併功能」消息,這只是一個問題。 2)既然你指定了「從git的角度來看」,我假設你已經評估過你的構建工具或其他與git交互的軟件會如何迴應。由於我無法評估這些(未具體說明的)工具的功能,因此我並不贊同這種方法的總體性,而僅僅是處理這樣一個問題:是否注意到這種方式或其他方式。