Use

git cherry-pick <commit>

将<commit>应用到当前分支。

我自己可能会交叉检查我在gitk中选择的提交，然后用右键单击那里的提交条目来选择它们。

如果你想更加自动化(尽管有危险)，并且假设所有的提交都发生在昨天的wss上，你可以使用git log生成提交列表(由Jefromi建议)

git log --reverse --since=yesterday --pretty=%H

所有东西都放在一起假设你使用bash

for commit in $(git log --reverse --since=yesterday --pretty=%H);
do
    git cherry-pick $commit
done

如果这里出了问题(有很多可能性)，您就有麻烦了，因为这是在实时签出上工作的，所以要么手动挑选，要么像Jefromi建议的那样使用rebase。

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

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

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

或者如果你不太站在福音派这边你可以用我用的丑陋的方法。在deploy_template中，有一些提交需要作为分支部署复制到主节点上

git branch deploy deploy_template
git checkout deploy
git rebase master

这将在deploy_template上创建新的分支deploy(我使用-f来覆盖现有的deploy分支)，然后将这个新分支重新基于master，不改变deploy_template。

Use

git cherry-pick <commit>

将<commit>应用到当前分支。

我自己可能会交叉检查我在gitk中选择的提交，然后用右键单击那里的提交条目来选择它们。

如果你想更加自动化(尽管有危险)，并且假设所有的提交都发生在昨天的wss上，你可以使用git log生成提交列表(由Jefromi建议)

git log --reverse --since=yesterday --pretty=%H

所有东西都放在一起假设你使用bash

for commit in $(git log --reverse --since=yesterday --pretty=%H);
do
    git cherry-pick $commit
done

如果这里出了问题(有很多可能性)，您就有麻烦了，因为这是在实时签出上工作的，所以要么手动挑选，要么像Jefromi建议的那样使用rebase。

这是另一种方法。

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.

对于从分支wss复制最后一次提交到v2.1的简单情况，你可以简单地获取提交id (git log——oneline | head -n 1)，然后执行:

git checkout v2.1
git merge <commit>