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

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

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


当前回答

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

$ 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

你可以在一行中完成,如下所示。希望你在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]

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

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

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

像这样:

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

现在您已经有了所有信息,可以简单地进行git优选。

完成后,如果你不再需要它,你可能想要再次移除它

git remote remove other

更多关于使用遥控器工作的信息,请访问:https://git-scm.com/book/en/v2/Git-Basics-Working-with-Remotes

答案,正如给出的,是使用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表示尝试 如果补丁应用不干净,三路合并)。