pull请求中的上游合并提交

时间:2014-11-04 23:06:09

标签: git

在进行开源开发时,在对主题分支进行任何更改时,跟踪上游一段时间是正常的。将上游带回来时我注意到的一件事是创建了合并提交。如果我然后创建一个拉取请求,则此合并提交最终将作为PR的一部分。

我的问题是,这有什么害处吗?我读过有些人觉得它们没用,但我喜欢这样一个事实,即当我上次与上游同步时,它们会作为时间戳。是否存在跟踪上游和引入合并提交的公认惯例。

1 个答案:

答案 0 :(得分:1)

  

将上游返回时,会创建合并提交。

这就是为什么它最好:

  • git rebase master(在更新的远程跟踪分支之上重新分支您的分支)
  • git push -f(强制将您的分支推送到您的GitHub分支:现有的PR将相应更新)

如果符合以下条件,效果很好:

  • 您的PR在自己的分支中完成
  • 没有其他人正在积极使用您的分支