更新 Github 回购的分支的正确方法是什么，上游有一个待处理的拉取请求？
What is the right way of updating a fork of a Github repo, with a pending pull request to upstream?
假设在 Github 上有一个 public 项目 A，使用 git-流模型。假设我创建了自己的分支 My/A。我对 My/A 的开发分支进行了一些更改。然后，我创建一个拉取请求，将我的新更改合并到 A 的开发分支中。同时，A 的开发分支已更新，我希望对 A 的更改在我的分支中，以便我可以将它们与我自己的更改一起使用。 执行此操作的最佳方法是什么？ 我想我可以在 My/A 的本地副本上执行这些命令，假设远程 upstream 指向 A .
git rebase upstream/developgit push -f origin/develop
但这样一来，我认为 Github 可能会将 A 中的所有新更改作为我的拉取请求的一部分包含在内，但我不确定。
最佳创意：
创建一个功能分支，将其推送到 github 并从中创建 PR。
显然，这意味着每次从上游分支同步开发分支时，您都必须再次合并功能分支。
假设在 Github 上有一个 public 项目 A，使用 git-流模型。假设我创建了自己的分支 My/A。我对 My/A 的开发分支进行了一些更改。然后，我创建一个拉取请求，将我的新更改合并到 A 的开发分支中。同时，A 的开发分支已更新，我希望对 A 的更改在我的分支中，以便我可以将它们与我自己的更改一起使用。 执行此操作的最佳方法是什么？ 我想我可以在 My/A 的本地副本上执行这些命令，假设远程 upstream 指向 A .
git rebase upstream/developgit push -f origin/develop
但这样一来，我认为 Github 可能会将 A 中的所有新更改作为我的拉取请求的一部分包含在内，但我不确定。
最佳创意：
创建一个功能分支，将其推送到 github 并从中创建 PR。
显然，这意味着每次从上游分支同步开发分支时，您都必须再次合并功能分支。