2016-07-30 236 views
1

做的git流的實驗學習對我的新項目。我注意到以下幾點:長期支持,以發展分支的支持分支

以下方案:

  1. 通常混帳流程運作:

    git flow hotfix start 1.1.2

    將根據主創建一個分支,並具有碩士及DEVE完成合並時垂耳。

  2. 叉分枝基於另一個分支

    git flow hotfix start 1.1.3 support/1.x

    但後來基於支持分公司將合併到該分支的支持,而不是返回到開發,也不掌握,但完成後,將被標記創建的修補程序。

問題

如果我的主分支目前在v3.2.0但修補程序是在一個代碼段中v1.1引入了一個問題,但仍然具有現實意義和當前發展的分支中,我該怎麼辦去合併他們在一起?

此問題的原因是,即使您的新版本更優越,某些客戶需要長期支持特定的舊版本。

可能的解決方案,但不(用SourceTree)

Atlassian的SourceTree永遠只有合併完成修補程序具有碩士和發展,但從未與客戶機所需的支持分支(測試三次)

回答

1

如果我的master分支目前在v3.2.0中,但hotfix針對的是v1.1中介紹的代碼段中的問題t仍然相關並在當前的開發分支中使用,我該如何將它們合併在一起?

既然你不會合並的hotfix分支(其中問題得到解決)到主,你可以cherry-pick相關承諾回master

日誌視圖(Cmd的 - ),只是選擇一個或多個提交線(Cmd的 -click或移位 -click多選擇),然後右擊並選擇「Cherry pick 」。

https://answers.atlassian.com/download/attachments/15697265/Capture.PNG?version=1&modificationDate=1431431872796&api=v2

+0

由於它做了什麼,我想要的。 – Sojimaxi

+0

@Sojimaxi幹得好。如果您知道您不會將源分支合併到目標位置(您選擇的位置),那麼這很合適。合併會複製櫻桃選擇的提交,這是不好的。 – VonC