长期支持，以发展分支的支持分支

Question

做的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永远只有合并完成修补程序具有硕士和发展，但从未与客户机所需的支持分支（测试三次）

Answer 1

如果我的master分支目前在v3.2.0中，但hotfix针对的是v1.1中介绍的代码段中的问题t仍然相关并在当前的开发分支中使用，我该如何将它们合并在一起？

既然你不会合并的hotfix分支（其中问题得到解决）到主，你可以cherry-pick相关承诺回master。

日志视图（Cmd的 - ），只是选择一个或多个提交线（Cmd的 -click或移位 -click多选择），然后右击并选择“Cherry pick ”。