我的情况是，我有一个裸回购，团队推动，和一个克隆的旁边。Makefile中的这组行对我来说是正确的:

git reset --hard
git remote update --prune
git pull --rebase --all
git cherry-pick -n remotes/origin/$(BRANCH)

通过保持裸回购的主人是最新的，我们能够挑选对裸回购发布的建议更改。我们还有一种(更复杂的)方法来挑选多个分支来进行合并审查和测试。

如果“一无所知”意味着“不能用作遥控器”，那么这并没有什么帮助，但是当我在谷歌上搜索这个工作流时，这个SO问题出现了，所以我想我应该做出贡献。

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

# 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

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

$ 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…这一行本身就非常有用。

是的。获取存储库，然后从远程分支中进行选择。

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

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的帮助)。

你可以在一行中完成，如下所示。希望你在git存储库中，需要精心挑选的更改，并且你已经签出了正确的分支。

git fetch ssh://git@stash.mycompany.com:7999/repo_to_get_it_from.git branchToPickFrom && git cherry-pick 02a197e9533
# 

git获取[分支URL][分支的cherry-pick from] && git cherry-pick[提交ID]