2012-10-25 35 views
1

在Git中,我有兩個主要分支:一個穩定分支和一個「beta」分支。git中多個分支的修補程序

一羣人正在使用從「beta」分支編譯的代碼,而大多數人正在使用從stable分支編譯的代碼。每隔一段時間,「測試」分支與穩定分支合併,但不經常合併。在發行版之間,我有時會將修補程序同時添加到穩定分支和「測試版」分支。我不確定在這種情況下最佳做法是什麼,但我通常會創建一個補丁並將其分別應用於兩個分支。我不想將「測試版」分支合併到穩定分支以分發修補程序。我也不希望穩定的分支用戶等待幾個月來合併,以便分發一個簡單的修補程序。

在這種情況下,創建補丁是否正確?或者,我應該在每次創建修補程序時將穩定程序合併到「測試版」分支上?對於我來說,將穩定版本融入「測試版」看起來不是一個好主意,但它通常會反過來(我可能是錯的;我不是Git專家)。

+0

你可能想看看[daggy fixes](http://wiki.monotone.ca/DaggyFixes/)wiki頁面的單調。這是解決問題的一種方法。 – jszakmeister

回答

2

爲什麼不從cherry-pick從一個分支到另一個分支?這樣,您可以將承諾信息與承諾的更改一起傳遞,而不必合併完整的分支。

1

這是舊的文章,但如果有人想知道,我覺得這是最好的做法:

補丁和穩定分支 提交修補程序的穩定分支不斷合併爲「測試版」分支

當我發佈這個問題時,我是Git noob。我發現這個策略比櫻桃採摘要好得多(雖然這樣做確實有效),因爲當我們最終確定測試代碼穩定時,我們可以更容易地將「測試版」合併到穩定版中。希望有所幫助。

相關問題