主要松散的Pull Request移动到新的分支

时间:2014-12-09 14:38:24

标签: git github

我刚刚克隆了一个存储库,创建了一个新的分支,做了一些更改,然后只是

git push origin my_new_branch

然后我去github的存储库......那里有灾难!在过去8天里所做的所有拉动请求似乎都已合并到我的新分支中,而且主人现在迟到了8天的提交和合并......

我真的不明白发生了什么。之前的Pull请求不是由我完成的,而是由我的一位同事完成的。所以他可能做错了什么。但现在尝试克隆存储库创建一个完全过时的主人!

这是网络架构,也许你会理解发生了什么(我创建的分支称为tweets_overflow:

enter image description here

黑色的主分支似乎分成两部分,我之前从未见过。

编辑: 我忘了说当我在创建一个新的分支之前克隆了存储库时,我收到了一个完全最新的主人......就好像当我推动它时我的分支上的主人已经分开...

2 个答案:

答案 0 :(得分:1)

好的,我想我知道发生了什么。事实上,所有更改的分支都是基于分支不同的表单master在它合并回Master(Head的差异?)时产生了意想不到的效果:它创建了另一个master,因为前一个包含不同于new的合并分支一。 无论发生什么事,解决这个问题需要一个改变:

git rebase master

//resolve the conflicts then

git rebase --continue

git push origin tweet_overflow

//Then do a pull request to master

当然这意味着我的新分支完全有效,并且我不会在之前的主人中丢失任何东西。

答案 1 :(得分:0)

创建Pull Request时,用户可以选择分支要合并的分支(通常是master)。

出于某些原因,他可能会选择你的分支。

通过评论更新。

我猜有人用-f选项推送旧的maser分支。它可以解决这个问题。