首选Github工作流程，用于在代码检查后更新拉取请求

Question

我已向Github上的一个开源项目提交了更改，并收到了一位核心团队成员的代码审查意见。

我想在考虑评论意见的情况下更新代码，然后重新提交。最佳的工作流程是什么？根据我对git / github的有限了解，我可以执行以下任一操作：

1. 将代码更新为新提交，并将初始提交和更新提交都添加到我的请求中。

2. 以某种方式（??）从我的存储库回滚旧提交，并创建一个包含所有内容的新提交，然后对此提出一个拉取请求？

3. git commit具有修订功能，但是我听说在将提交推送到本地存储库之外后不应该使用它吗？在这种情况下，我已经在本地PC上进行了更改，并将其推送到项目的github分支。可以使用“修改”吗？

4. 还有吗

选项2/3似乎不错，因为开放源代码项目在其历史记录中只有一次提交可以实现所有功能，但是我不确定如何做到这一点。

注意：我不知道这是否会影响答案，但是我没有在单独的分支中进行更改，我只是在master上进行了提交

Answer 1

只需向pull请求中使用的分支添加新提交，然后将该分支推送到GitHub。拉取请求将通过其他提交自动更新。＃2和＃3是不必要的。如果人们只想查看分支的合并位置（而不是其他提交），则可以使用它们git log --first-parent仅查看日志中的合并提交。