我有一個使用python 2.7開發的API。我有一些開發人員已經在使用它。我想將這個API遷移到python 3.4。 我不會再支持python 2.7 API了。Git - 分支或標籤?
我的代碼存儲在位桶中。什麼是最好的策略? 只需製作一個簡單的分支,例如「python3.4」?
在主分支(python 2.7)上創建一個標籤並啓動一個新分支(python 3.4)?
我有一個使用python 2.7開發的API。我有一些開發人員已經在使用它。我想將這個API遷移到python 3.4。 我不會再支持python 2.7 API了。Git - 分支或標籤?
我的代碼存儲在位桶中。什麼是最好的策略? 只需製作一個簡單的分支,例如「python3.4」?
在主分支(python 2.7)上創建一個標籤並啓動一個新分支(python 3.4)?
是的,分支是正確的。您可能希望修復Python 2分支中的錯誤,因此它應該是分支,而不是標籤。標籤用於發佈。
我會命名Python 2分支python2
並命名Python 3分支master
。這樣,更明顯的是哪個分支處於活動狀態。
也許,就用戶而言,除了宣佈對2.7 API的支持已經以最新版本(已經有一個標籤)結束之外,您實際上並不需要做任何其他事情。不需要立即執行git
操作。
(如果你想給用戶一些新仍然支持2.7,那麼割接之前多了一個「最後基於2.7版本」呼叫)。
更近的標記表示實際儘管在切入之前提交會對你的內部目的有用。切換到新的API是一個重大的變化,這可能值得標記一個標籤,以便您可以輕鬆地引用此歷史點。
您不必任何支持分支現在。這樣做可能會向用戶發出信號表明您打算支持該API,而您並未這麼做。 (「哦,好吧,我看到一個python2分支;這是我可以期待修復的地方,儘管宣佈不會有任何東西!」)稍後,如果您更改了自己的標記心神。
該分支可以在切入點之前完成,也可以從支持2.7 API的最後一個正式版本開始回溯:如果您無意支持2.7 API,則無需現在確定確切的分支點所有API。
如果您以後根據標籤創建分支,git不會自動設置跟蹤(也就是說,您不能自己設置git branch -t
)。但是在這種情況下,你並不需要這樣做,因爲你不會重新支持python2
支持分支,只有櫻桃選擇修復它。
對於那些正在使用python 2.7的用戶,他們如何克隆正確的分支?在這種情況下,就像你所建議的那樣,「python2」分支。我需要遠程跟蹤python2分支嗎?謝謝! –
@PedroMagalhaes:克隆後只需'git checkout python2'。 –