你真的应该有一个工作流，让你通过合并来完成这一切:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (wss)

所以你所要做的就是git checkout v2.1和git merge wss。如果出于某种原因你真的不能这样做，你不能使用git rebase将你的wss分支移动到正确的位置，从某个地方获取一个提交并应用到其他地方的命令是git的精选。只需签出你想要应用它的分支，并运行git cherry-pick <SHA commit to cherry-pick>。

一些方法可能会拯救你:

如果你的历史是这样的:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (v2-only) - x - x - x (wss)

你可以使用git rebase—to v2 v2-only wss直接移动到v2:

- x - x - x (v2) - x - x - x (v2.1)
          |\
          |  x - x - x (v2-only)
           \
             x - x - x (wss)

然后你就可以合并了!如果你真的，真的，真的不能达到你可以合并的地步，你仍然可以使用rebase来有效地一次做几个樱桃:

# wss-starting-point is the SHA1/branch immediately before the first commit to rebase
git branch wss-to-rebase wss
git rebase --onto v2.1 wss-starting-point wss-to-rebase
git checkout v2.1
git merge wss-to-rebase

注意:之所以需要一些额外的工作，是因为它在存储库中创建了重复的提交。这并不是一件好事——简单的分支和合并的重点是能够通过在一个地方提交并将它们合并到任何需要的地方来完成所有事情。重复提交意味着永远不会合并这两个分支(如果稍后决定合并，就会发生冲突)。

你真的应该有一个工作流，让你通过合并来完成这一切:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (wss)

所以你所要做的就是git checkout v2.1和git merge wss。如果出于某种原因你真的不能这样做，你不能使用git rebase将你的wss分支移动到正确的位置，从某个地方获取一个提交并应用到其他地方的命令是git的精选。只需签出你想要应用它的分支，并运行git cherry-pick <SHA commit to cherry-pick>。

一些方法可能会拯救你:

如果你的历史是这样的:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (v2-only) - x - x - x (wss)

你可以使用git rebase—to v2 v2-only wss直接移动到v2:

- x - x - x (v2) - x - x - x (v2.1)
          |\
          |  x - x - x (v2-only)
           \
             x - x - x (wss)

然后你就可以合并了!如果你真的，真的，真的不能达到你可以合并的地步，你仍然可以使用rebase来有效地一次做几个樱桃:

# wss-starting-point is the SHA1/branch immediately before the first commit to rebase
git branch wss-to-rebase wss
git rebase --onto v2.1 wss-starting-point wss-to-rebase
git checkout v2.1
git merge wss-to-rebase

注意:之所以需要一些额外的工作，是因为它在存储库中创建了重复的提交。这并不是一件好事——简单的分支和合并的重点是能够通过在一个地方提交并将它们合并到任何需要的地方来完成所有事情。重复提交意味着永远不会合并这两个分支(如果稍后决定合并，就会发生冲突)。

您可以从想要复制的提交中创建一个补丁，并将该补丁应用到目标分支。

假设我已经向主分支提交了更改。 现在我将获得提交的提交id (xyz)。 然后我必须去到我需要推送提交的分支。

单次提交id xyz

git checkout branch-name
git cherry-pick xyz
git push origin branch-name

多个提交id xyz abc qwe

git checkout branch-name
git cherry-pick xyz abc qwe
git push origin branch-name

cherry-pick命令可以从标准输入读取提交列表。

下面的命令选择用户John在“开发”分支中但不在“发布”分支中的提交，并按时间顺序执行。

git log develop --not release --format=%H --reverse --author John | git cherry-pick --stdin

这是另一种方法。

git checkout {SOURCE_BRANCH}               # switch to Source branch.
git checkout {COMMIT_HASH}                 # go back to the desired commit.
git checkout -b {temp_branch}              # create a new temporary branch from {COMMIT_HASH} snapshot.
git checkout {TARGET_BRANCH}               # switch to Target branch.
git merge {temp_branch}                    # merge code to your Target branch.
git branch -d {temp_branch}                # delete the temp branch.