引言
我们有时需要向两个git分支上提交相同的代码。这时，我们可能要分别创建两个commit提交到两个分支。用cherry-pick可以省去手工复制粘贴的麻烦：
$ git cherry-pick <commit_id>
这样就可以把指定的commit复制一份添加到另外一个分支的头部。
cherry-pick满足了我们的需求，只要提交代码，切换分支，再用一下cherry-pick就可以完成两个分支的提交。
---o---A branch_a
---o---A' branch_b (A和A'提交的是一样的代码修改)
然而，这样的做法会创建重复的commit，让我们的代码仓库看上去又臃肿又乱，这一点也不DRY(don't repeat yourself)。
一个提交合并到两个分支
那为啥不直接把1个commit用到两个分支呢？如果你往a分支提交1个commit然后合并到b分支，结果就是a分支的所有commit都会被合并到b分支。
---A---B---C---commit branch_a
\
---o---o---o-------o branch_b (现在也有A, B, C)
我们肯定不想这么做，除非你本来就想把a合并到b。但是我们可以想一想，能不能创建一个分支c，里面只有a和b共有的commit，然后在c上修改代码，然后把c合并到a和b？这样的话，因为a和b已经有之前的commit了，只有后来你需要的那个commit才会被加到a和b里面。
---A---B---o branch_a
/
---commit< branch_c (可以把"commit"同时合并到a和b)
\
---P---Q---o branch_b
这个想法不错，但是这样的分支怎么得到呢？实际上，我们的开发分支a和b往往是在某个commit上分叉出来的，假设这个commit是x，那么x以及之前的commit都是a和b的共有的commit。于是我们可以在x上创建分支c，然后把代码修改提交到c，就可以同时把c合并到a和b了。
A---B---C---o branch_a
/ /
o---...---X-----commit< branch_c
\ \
P---Q---R---o branch_b
现在问题来了，怎么找到分支的最近公共commit，也就是x呢？答案是用git merge-base:
$ git merge-base branch_a branch_b
050dc022f3a65bdc78d97e2b1ac9b595a924c3f2
给出你想要合并代码的分支a和b，就可以返回最近公共commit的id，是个sha1的字符串。然后就可以用这个返回的commit来创建分支：
$ git branch <branch_name> <commit_id>
现在你把代码提交到新建的分支，就可以同时把它合并到分支a和b上了。
如果你已经在a或者b上提交代码了，别慌，用git rebase。
缺点
这个方法不是总是可行的。如果遇到下面的情况，还是建议分开两个commit提交：
- 当有合并冲突时。分支a和b之间可能已经有很大的差别，尤其是最近公共commit已经很旧的情况。此时你需要一个额外的commit来处理冲突，而且因为是从可能很旧的分支c基础上添加代码的，可能会产生更多的冲突。
- 当修改的代码是以前就提交到一个分支，现在想提交到另一个分支时。除非这个commit刚好在最近公共commit的后面并且你可以rebase，否则还是再复制一份commit吧。
总结
这篇文章讨论了在多个分支提交同一份代码的方法。虽然提到的方法并不是使用git的时候必须的，但是因为它可以让你的git提交记录更干净和直观，个人比较推荐。
本作品采用知识共享署名-相同方式共享 4.0 国际许可协议进行许可。
