如何在我在github.com上分叉的项目上重新播放本地Git存储库的提交？

是的,我知道我应该从一开始就分配项目,但这就是我现在所处的情况.:)

我有一个本地Git存储库,包含我的博客,在我的本地计算机上,有几个月的提交历史记录.最初,我只是从存储库http://github.com/mojombo/mojombo.github.com下载文件 ,然后我继续使用我的本地Git存储库,第一次提交看起来像mojombo存储库中的最新文件.

我现在想分叉项目并让我的本地Git存储库提交在它上面重放,所以看起来我从头开始分叉项目,然后将它推回到我的GitHub上的mojombo存储库的分叉版本帐户:

http://github.com/program247365/mojombo.github.com

所以历史可能会像这样:

mobjombo repository:         1---2---3----23
                                  \
my blog repository commits:       24---25---

我可以使用哪些Git命令来完成此操作？

我看过这个问题.我是否必须将mojombo的存储库添加为我的项目的远程,然后将其拉入,合并,解决冲突,然后推送到我在GitHub上的分叉项目？

1> Jakub Narębs..：

---

简而言之:

一种解决方案是使用移植物连接历史记录,然后git filter-branch根据这些移植物使用重写历史记录,然后选择性地进行合并.

请注意,在原始存储库(rebase解决方案)中的新开发之上重放您的更改(您的提交)的解决方案是另一种可行的解决方案.

---

更长的版本:

让我们假设您要么记住,要么通过检查源和/或使用git命令找到您下载快照的存储库的修订版,并开始本地开发.我们将此修订称为START或A.

假设您本地断开连接的历史记录位于原始存储库的克隆中.这意味着本地断开连接的开发与项目的完整历史记录位于同一存储库中.假设您的本地分支位于分支"master"中(为简单起见,只有一个分支).

如果您没有使用本地断开连接的工作将项目提取到存储库中,则可以执行以下操作:

$ git remote add origin git://github.com/mojombo/mojombo.github.com.git
$ git fetch origin

历史现在看起来如下:

*---*---*---*---*---A---*---*---*---*      <--- origin/master (remote-tracking branch)

                                     x---y---*---*---*      <--- master (your local disconnected history)

上图中名为A的提交是您作为快照下载的START提交,并启动了本地开发.

有两种可能性:您将"A"的快照作为初始提交"x",或者您进行的第一次提交是使用本地修改.

在第一种情况下(您提交了原始启动状态,例如"初始提交"或"导入"),您希望连接的历史记录如下所示:

*---*---*---*---*---A---*---*---*---*      <--- origin/master (remote-tracking branch)
                                      \
                                        \-y---*---*---*       <--- master (your local disconnected history)

即你的第一个原始提交'y'将'A'作为父母.

在第二种情况下(您提交了更改),您希望连接的历史记录看起来像这样:

*---*---*---*---*---A---*---*---*---*           <--- origin/master (remote-tracking branch)
                                      \
                                        \-x---y---*---*---*      <--- master (your local disconnected history)

即你想首先提交'x'以'A'作为父母.

在这两种情况下,您都希望找到提交"A"的完整SHA-1标识符,以及提交"x"和"y"的完整SHA-1标识符.

您可以使用git rev-parse找到提交'A'的SHA-1(假设您已经不知道它):

$ git rev-parse A     # or A^{commit}
437b1b20df4b356c9342dac8d38849f24ef44f27

(可能需要'^ {commit}'后缀以确保您找到了提交 SHA-1,如果您通过其标记知道'A',例如'v0.99',那么这很重要;在您的情况下,它是没必要,因为有问题的存储库不使用标签).

您可以使用git rev-list找到提交'x'和'y'的SHA-1 (假设您在分支'master'上完成了开发):

$ git rev-list --topo-order master | tail -2
8bc9a0c769ac1df7820f2dbf8f7b7d64835e3c68
e83c5163316f89bfbde7d9ab23ca2e25604af290

(" | tail -2"这里是为了查找生成列表中的最后两个提交;如果没有它,则不需要使用它).

注意: 在上面的所有示例中,完整的SHA-1都是示例,不应该按原样使用!

让我们将您希望将"A"(或"START")作为父项的提交命名为FIRST(它将是"x"或"y",具体取决于您的情况,如上所述).现在我们使用移植机制连接历史:

$ echo " " > .git/info/grafts

然后你应该检查你现在是否已经正确连接(加入)历史记录,使用图形历史记录浏览器,如gitk或QGit,或者GitX是你在MacOS X上,甚至是" git log --graph"或" git show-branch",例如:

$ gitk master origin/master    # or --all

(其中gitk仅作为示例;如果您使用" git show branch",则不能总是使用' --all'选项).

最后,我们可能希望将这些更改永久化,因此任何从我们的存储库获取的人都将具有连接历史记录.我们可以使用git filter-branch来做到这一点:

$ git filter-branch master

您将在'refs/original/master'中拥有原始(断开连接)历​​史记录.

现在您可以删除移植文件:

$ rm .git/info/grafts

现在,您将能够在原始存储库的新开发中合并:

$ git merge origin/master

设置每个分支的配置,这样就足以在分支'master'上执行简单的"git pull"来拉动(合并)origin(al)存储库中的更改留给读者的练习......: - )

---

注:在底垫的解决方案会造成以下的历史(假设我们有情况第一COMIT很简单,进口):

*---*---*---*---*---A---*---*---*---*                                      <--- origin/master (remote-tracking branch)
                                                                     \
                                                                       \-y'---*'---*'---*'      <--- master (your local disconnected history)

(这y'意味着y修改提交:它应该是大约相同的变更集,但它作为提交是不同的).

2> program24736..：

---

当我尝试git pull它时给了我以下错误:

$ git pull grid master:master
! [rejected]        master     -> master  (non fast forward)

在我的特殊情况下,这似乎git rebase是我的方式,如下面的步骤所示:

#Clone my forked project from github
git clone git@github.com:program247365/mojombo.github.com.git 

#Add my repo as a remote repo, with the alias 'grid'
git remote add grid "path/to/remote/gitrep/with/all/history/unrelated/to/mojombo/" 

#Rebase my commits on top of mojombo's
git rebase master grid/master

#Switch to the local master branch 
git checkout master

#Call up my mergetool via git, to start rectifying the conflicts that emerge between my repo, and mojombo's
git mergetool

#Push my rebased/combined repo back to Github.com
git push github

---

那会有用.它不会"拉"的原因是因为这些冲突; 另一个解决方案是执行`git fetch`,然后执行`git merge`.

---

注意`git pull`通常是_does_一个`fetch`后跟一个`merge`操作,但如果`merge`没有导致"快进提交",则会产生错误.

---

假设你的第一次提交只是'import',你可以通过使用`git format-patch`将提交导出到补丁,做一个新的克隆,然后使用`git am - 从补丁中导入你的工作,得到与rebase相同的结果. -3way`.