对于这种情况，必须为一些本地化验证“精心挑选”提交。 对于相同的存储库签出，也可以是本地提交(即尚未推送到服务器)。

E.g.

Repo1类似于repo2 repo1的分支b1 - HEAD在本地进行了2次提交(包括commit_x)。 Repo2有分支bb1 -需要挑选commit_x。

为此,

$ CD repo2

Repo2 $ git获取<path_to_repo1>

Repo2 $ git cherry-pick <commit_x>

在上面的例子中，commit_x现在是可识别的并被提取(通过fetch的帮助)。

下面是一个远程获取-合并的例子。

cd /home/you/projectA
git remote add projectB /home/you/projectB
git fetch projectB

然后你可以:

git cherry-pick <first_commit>..<last_commit>

或者你甚至可以合并整个分支(只有当你真的需要合并所有东西时)

git merge projectB/master

这里有一个很容易从记忆中打出来的，灵感来自@radicand的评论。 这取决于伪造的能力，但Github, Gitlab和Gitea肯定支持它。

你将.patch附加到提交URL并通过git am应用它:

curl --location URL.patch | git am

——location使它跟随重定向，这可以发生在例如从pull请求复制补丁时

如果另一个回购存在于同一台机器上，那么您可以通过应用一个补丁，然后提交原始消息，来达到类似于选择的效果。这里有一个例子:

$ git apply <(git -C "$PATH_TO_OTHER_REPO" show "$COMMIT_HASH")
$ MSG="$(git -C "$PATH_TO_OTHER_REPO" log -n 1 --pretty=format:'%s' "$COMMIT_HASH")"
$ git commit -m "$MSG"

我不需要经常这样做，所以我对这个工作流程很满意。但是，为此编写一个定制的Git命令应该相当容易，并且使它更好、更自动化。

注意<(…)里面的命令可以是为Git生成有效补丁的任何东西:Git show, Git diff，使用wget或curl从远程(如Github)获取原始diff内容(这样你就可以跳过克隆)，从文件中获取cat…这一行本身就非常有用。

如果您希望为给定文件挑选多个提交，直到完成给定提交，那么可以使用以下方法。

# Directory from which to cherry-pick
GIT_DIR=...
# Pick changes only for this file
FILE_PATH=...
# Apply changes from this commit
FIST_COMMIT=master
# Apply changes until you reach this commit
LAST_COMMIT=...

for sha in $(git --git-dir=$GIT_DIR log --reverse --topo-order --format=%H $LAST_COMMIT_SHA..master -- $FILE_PATH ) ; do 
  git --git-dir=$GIT_DIR  format-patch -k -1 --stdout $sha -- $FILE_PATH | 
    git am -3 -k
done

下面是添加远程、获取分支和选择提交的步骤

# Cloning our fork
$ git clone git@github.com:ifad/rest-client.git

# Adding (as "endel") the repo from we want to cherry-pick
$ git remote add endel git://github.com/endel/rest-client.git

# Fetch their branches
$ git fetch endel

# List their commits
$ git log endel/master

# Cherry-pick the commit we need
$ git cherry-pick 97fedac

来源:https://coderwall.com/p/sgpksw