开放拉动请求期间上游回购的变化? (怎么样)我应该在我的叉子里合并?

时间:2017-04-30 13:06:37

标签: git github git-merge git-fork

我在Github上分了一个回购,添加了一些代码,将这些更改推送到我的远程仓库,并向上游仓库提交了拉取请求。

现在正在等待处理pull请求,我注意到上游repo中发生了一些提交。

我应该将这些提交合并到我的fork中,因为我必须将我的更改调整到上游repo中的最新版本。

我想我现在有两种选择:

  • 执行'普通'拉动和合并,但是当(如果)我的pullrequest在上游仓库中合并时,它会使我的合并提交混乱其历史记录。

  • 做一个rebase合并,这会避免合并提交,但据我所知,我不应该这样做,因为我已经推动了我的更改。

如何妥善处理?

2 个答案:

答案 0 :(得分:3)

Rebase重写历史记录,这可能会导致多个协作者在同一分支上工作的分支出现问题。

我认为您的Pull-Request分支已完成,您不希望别人推动。

所以我认为rebase非常好。

答案 1 :(得分:1)

当您将新提交推送到GitHub分支时,GitHub会自动更新您打开的提取请求并且“过期”#39;任何因rebase过时的旧提交。你不必担心PR会发生什么,它会做正确的事。

顺便说一下,你没有提到你正在处理哪个分支,所以也许它是master分支。我强烈建议您在自己的分支中使用功能分支,因为这样可以灵活地处理多个PR。