了解git cherry pick

在这种情况下,您可能要做的是为热修复创建一个新分支,从所有需要修复的分支的共同祖先分支出来。例如,假设您在当前的开发中有几个维护版本:

- X - o - o - o - o - o - o - o - o - o (master)
   \                       \
    o - o - o (release A)   o - o (release B)

如果您需要制作一个适用于这两个版本的修补程序,请从标记为X的commit开始创建一个分支。提交修复,然后将该分支合并到所有三个分支中。

你可以随意挑选,但有一条关于何时挑选的经验法则:不要。你唯一想挑的情况就是你把树枝管理得不好。在本例中,这可能意味着您在master上进行了修复,而不是将其从较早的点正确分支,并且人们已经将更新拉到master上,因此您无法更改它。你得仔细挑选才能把它放在两个发布分支上。但当然,你应该在第一时间管理好你的分支机构,而且你永远不需要挑剔(是的,有时还会发生;这就是生活。)