长期支持—使用git flow合并修补程序以开发分支支持分支

为我的新项目做git流的实验学习。。我注意到以下几点：

以下场景：

通常，git流工作：

git流修补程序启动1.1.2

将基于master创建分支，完成后与master合并并开发

基于另一个分支的分支

git flow热修复程序启动1.1.3支持/1.x

但是，基于支持分支创建的修补程序将合并回该支持分支，而不是返回到开发或主版本，但在完成时将被标记

问题

如果我的主分支当前在

v3.2.0

中，但修补程序是针对

v1.1

中介绍的代码部分中的一个问题，但仍然相关并在当前开发分支中使用，我如何将它们合并在一起

这个问题的原因是，即使您的新版本更优秀，一些客户也需要特定旧版本的长期支持

可能是解决方案，但不是（使用SourceTree）

Atlassian SourceTree始终仅将finish热修复程序与master和develop合并，而不与客户端所需的支持分支合并（测试三次）

如果我的

master

分支当前在

v3.2.0

中，但是

热修复程序是针对
v1.1
中介绍的代码部分中的一个问题，但仍然相关并在当前开发分支中使用，我如何将它们合并在一起

由于您不会将
修补程序
分支（解决问题的地方）合并到master中，因此您可以将相关的提交回
master

日志视图（Cmd-2），只需选择一个或多个提交行（Cmd单击或Shift单击多选），然后右键单击并选择“
Cherry pick
”

谢谢，它做了我想要的。@Sojimaxi做得好。当您知道永远不会将源分支合并到目标分支（您选择的目标分支）时，这是合适的。合并将复制樱桃挑选的提交，这是不好的。