我正在使用一个git存储库,需要从另一个git存储库提交,该存储库对第一个一无所知。

通常我会在reflog中使用HEAD@{x}进行筛选,但因为这个.git不知道这个reflog条目(不同的物理目录),我如何才能筛选它,或者我可以吗?

我使用git-svn。我的第一个分支使用Subversion repo中继的git-svn,下一个分支在Subversion分支上使用git-svn。


当前回答

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

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

其他回答

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

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

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

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

curl --location URL.patch | git am

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

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

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

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

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

你可以这样做,但是需要两个步骤。方法如下:

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

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

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

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

更新:根据@pkalinow的反馈进行了修改。

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

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