是否可以从另一个 git 存储库中挑选一个提交？

Question

我正在使用一个 git 存储库，该存储库需要来自另一个 git 存储库的提交，该存储库对第一个存储库一无所知。

通常我会在 reflog 中使用HEAD@{x}进行 cherry-pick，但是因为这个.git对这个 reflog 条目（不同的物理目录）一无所知，我怎么才能 cherry-pick 这个，或者我可以吗？

我正在使用git-svn 。 我的第一个分支使用 Subversion 存储库trunk的git-svn ，下一个分支在 Subversion 分支上使用git-svn 。

Answer 1

给出的答案是使用格式补丁，但由于问题是如何从另一个文件夹中挑选，这里有一段代码可以做到这一点：

$ git --git-dir=../<some_other_repo>/.git \
format-patch -k -1 --stdout <commit SHA> | \
git am -3 -k

来自马聪评论的解释 2014 年 8 月 28 日

git format-patch 命令从 some_other_repo 由其 SHA 指定的提交创建一个补丁（-1 仅用于单个提交）。 此补丁通过管道传送到 git am，后者在本地应用补丁（-3 表示如果补丁无法干净应用，则尝试三向合并）。

Answer 2

您需要将另一个存储库添加为远程存储库，然后获取其更改。 从那里你可以看到提交，你可以挑选它。

像那样：

git remote add other https://example.link/repository.git
git fetch other

现在你有了所有的信息来简单地做git cherry-pick 。

完成后，如果您不再需要它，您可能需要再次移除遥控器，使用

git remote remove other

有关在此处使用遥控器的更多信息： https ://git-scm.com/book/en/v2/Git-Basics-Working-with-Remotes

Answer 3

这是远程获取合并的示例。

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

Answer 4

你可以做到，但它需要两个步骤。 就是这样：

git fetch <remote-git-url> <branch> && git cherry-pick FETCH_HEAD

将<remote-git-url>替换为您想要从中挑选的存储库的 url 或路径。

将<branch>替换为您要从远程存储库中挑选的分支或标记名称。

您可以用分支中的 git SHA 替换FETCH_HEAD 。

更新：根据@pkalinow 的反馈修改。

Answer 5

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

# 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

Answer 6

请参阅如何使用 Git 创建和应用补丁。 （根据您问题的措辞，我假设这个其他存储库用于完全不同的代码库。如果它是相同代码库的存储库，您应该按照@CharlesB 的建议将其添加为远程。即使它是另一个代码库，我想您仍然可以将其添加为远程，但您可能不想将整个分支放入您的存储库中......）

Answer 7

您可以按照以下方式在一行中执行此操作。 希望您在 git 存储库中需要精心挑选的更改，并且您已签出正确的分支。

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

git fetch [branch URL] [branch to cherry-pick from] && git cherry-pick [commit ID]

Answer 8

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

Answer 9

假设A是您要从中挑选的仓库，而B是您要挑选的仓库，您可以通过将</path/to/repo/A/>/.git/objects添加到</path/to/repo/B>/.git/objects/info/alternates 。 如果不存在，则创建此alternates文件。

这将使 repo B 访问 repo A 中的所有 git 对象，并使cherry-pick 为您工作。

Answer 10

对于这种情况，对于某些本地化验证，必须“挑选”提交。 对于相同的存储库签出，也可能是本地提交（即尚未推送到服务器）。

例如

• repo1 similar repo2
• repo1 有分支b1 - HEAD 在本地进行了 2 次提交（包括commit_x ）。
• repo2 有分支bb1 - 需要to cherry-pick commit_x。

为了这，

$ cd repo2

repo2 $ git fetch <path_to_repo1>

repo2 $ git cherry-pick <commit_x>

在上述情况下， commit_x现在可以识别并被拾取（通过fetch的帮助）。

Answer 11

如果其他 repo 存在于同一台机器上，您可以通过应用补丁然后提交原始消息来实现与cherry-pick 类似的效果。 这是一个例子：

$ 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）获取原始差异内容（因此您可以跳过克隆） , cat from a file... 这一行本身就非常有用。

Answer 12

我的情况是，我有一个团队推送到的裸仓库，以及它旁边的一个克隆。 Makefile 中的这组行对我来说可以正常工作：

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

通过保持裸 repo 的 master 为最新，我们能够挑选出发布到裸 repo 的提议更改。 我们还有一种（更复杂的）方法来挑选多个分支进行综合审查和测试。

如果“什么都不知道”意味着“不能用作遥控器”，那么这无济于事，但是当我在谷歌上搜索这个工作流程时出现了这个 SO 问题，所以我想我会做出贡献。

Answer 13

如果您想为给定文件挑选多个提交，直到达到给定提交，请使用以下内容。

# 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

Answer 14

这是一个很容易从 memory 打出来的，灵感来自@radicand 的评论。 它依赖于锻造的能力，但 Github、Gitlab 和 Gitea 肯定支持它。

你 append .patch到提交 URL 并通过git am应用它：

curl --location URL.patch | git am

--location使其遵循重定向，这可能发生在例如从拉取请求复制补丁时