我的策略(有很多人)在這種情況下將是:
1)爲自己創建兩個分支,在自己的倉庫。一個工作代碼準備好發佈(您的發佈分支),一個用於開發/ bug修復(您的devel分支)。
2)一般:您devel的分支會從源再加上從您發佈分支最新的代碼。這樣,如果源文件有任何更改,您可以獲取並更新。此外,如果您的開發方面發生變化,您可以獲取該變化。 (例如,您已準備好發佈,但只是意識到源API已更改。)。你會得到一個devel分支,它有你的(穩定的)變化加上源代碼的變化,加上你可以使用的(不穩定的)修復。
3)一旦你準備好與發展,合併您修復科進你的發行版分支和審查/集成提供導線的發佈分支代碼。如果事情發生了變化,而且確實需要修復,則可以返回步驟2)。
這個想法是在任何時候都有一個方便的版本,但不斷地改變和修正它,保持它穩定和最新,同時有一個不穩定的開發分支和所有來源的最新代碼。
(project) src-branch ----*----*---*-----*----------*------M
\ \ /
(personal) devel/bugfix-branch ------M-*-*--*-------M-M---*--*----/--
\ / \/
(personal) release-branch ---------------M-*---*----*--*---M----
------ time ----->
Legend: * commit, M merge
在最後一步你實際提供無論是混帳打上補丁或讓鉛從您發佈分支(您BARE庫的)審覈/集成抓取你的貢獻進入項目源。
哇,這聽起來很酷。如果你能提供這個圖表,我會非常感激! –
添加圖片到回答。 – count0
謝謝!大! –