我正在使用一个git存储库,需要从另一个git存储库提交,该存储库对第一个一无所知。
通常我会在reflog中使用HEAD@{x}进行筛选,但因为这个.git不知道这个reflog条目(不同的物理目录),我如何才能筛选它,或者我可以吗?
我使用git-svn。我的第一个分支使用Subversion repo中继的git-svn,下一个分支在Subversion分支上使用git-svn。
我正在使用一个git存储库,需要从另一个git存储库提交,该存储库对第一个一无所知。
通常我会在reflog中使用HEAD@{x}进行筛选,但因为这个.git不知道这个reflog条目(不同的物理目录),我如何才能筛选它,或者我可以吗?
我使用git-svn。我的第一个分支使用Subversion repo中继的git-svn,下一个分支在Subversion分支上使用git-svn。
当前回答
是的。获取存储库,然后从远程分支中进行选择。
其他回答
答案,正如给出的,是使用format-patch,但由于问题是如何从另一个文件夹中选择,这里有一段代码来做到这一点:
$ git --git-dir=../<some_other_repo>/.git \
format-patch -k -1 --stdout <commit SHA> | \
git am -3 -k
来自conma评论14年8月28日的解释
Git format-patch命令从some_other_repo的提交中创建一个补丁 由其SHA指定(单独提交时为-1)。这个补丁是 管道到git am,它在本地应用补丁(-3表示尝试 如果补丁应用不干净,三路合并)。
假设A是你想要从中挑选的回购,B是你想要挑选的,你可以通过添加</path/到/repo/A/>/来做到这一点。git/objects到</path/to/repo/B>/.git/objects/info/alternates。如果不存在,则创建此备用文件。
这将使repo B访问所有来自repo A的git对象,并将为您选择工作。
这里有一个很容易从记忆中打出来的,灵感来自@radicand的评论。 这取决于伪造的能力,但Github, Gitlab和Gitea肯定支持它。
你将.patch附加到提交URL并通过git am应用它:
curl --location URL.patch | git am
——location使它跟随重定向,这可以发生在例如从pull请求复制补丁时
对于这种情况,必须为一些本地化验证“精心挑选”提交。 对于相同的存储库签出,也可以是本地提交(即尚未推送到服务器)。
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创建和应用补丁。(从你问题的措辞来看,我假设这个其他的存储库是用于完全不同的代码库的。如果它是相同代码库的存储库,您应该按照@CharlesB的建议将其添加为远程存储库。即使它是用于另一个代码库,我猜您仍然可以将其作为远程添加,但您可能不想将整个分支添加到存储库中…)