可能的pull请求工作流将分支合并到master中

Question

我是GitHub拉动请求的新手，并想知道这是否有效。

现在我分支master，进行更改并定期提交，然后在某些时候我会再次检查master并运行git pull以从原点获取最新信息。

接下来，我检查我的分支并致电git rebase -i master以应用这些更改，并确保在合并回主服务器时没有任何冲突。

我会在工作时定期经历这个周期。当我准备好集成到主分支时，我会检查主服务器并调用git merge <my branch>然后推送到存储库。

但是有拉动请求，我需要采取最后一步吗？相反，我可以在我的分支上提交拉取请求，然后在GitHub上将其应用于主人吗？

（如果有任何明显的话，我也愿意改进现有的工作流程。）

Answer 1

是的，您当然可以在您的分支上提交拉取请求并将其合并到GitHub中的master。

最好在公共仓库上使用Pull Request时执行此操作，在将您的更改合并回到仓库主仓之前，将对其进行审核。

Answer 2

  

有拉请求我需要采取最后一步吗？相反，我可以在我的分支上提交拉取请求，然后在GitHub上将其应用于master吗？

1. 你应该总是从你推送到GitHub前叉的分支机构提交拉取请求。
2. 您甚至可以在master，git push --force分支到您的分支，之前重新分支该分支，并且您的现有pull请求将被更新。自动

如果他/她选择接受您的拉取请求，那么您的分支与母版的唯一合并将由主维护者在原始仓库中进行。

使用couple of tips for pull requests了解详情。