开放拉取请求期间上游回购的变化？ （如何）我应该合并到我的叉子中？
Changes in upstream repo during open pull request ? (How) should I merge in my fork?
我在 Github 上创建了一个仓库，添加了一些代码，将这些更改推送到我的远程仓库并向上游仓库提交了拉取请求。
在等待处理拉取请求时，我注意到上游仓库中发生了一些提交。
我应该将这些提交合并回我的分支中，因为我必须使我的更改适应上游存储库中的最新版本。
我想我现在有两个选择：
做一个 'normal' 拉取和合并，但是当（如果）我的拉取请求被合并到上游仓库时，它会用我的合并提交弄乱它的历史。
做一个变基合并，这将避免合并提交，但据我所知我不应该这样做，因为我已经推送了我的更改。
如何正确处理？
Rebase 重写历史记录，这可能会给多个协作者在同一分支上工作的分支带来麻烦。
我假设你的 Pull-Request 分支已经完成，你不希望任何其他人的推送。
所以我认为 rebase 非常好。
当您将新提交推送到您的 GitHub 分叉时，GitHub 将自动更新您打开的拉取请求和 'expire' 任何因变基而过时的旧提交。您不必担心 PR 会发生什么，它会做正确的事情。
顺便说一句，你没有提到你在哪个分支工作，所以可能是 master 分支。我强烈建议即使在你自己的 fork 中也可以在功能分支上工作，因为这让你可以灵活地处理多个 PR。
我在 Github 上创建了一个仓库，添加了一些代码，将这些更改推送到我的远程仓库并向上游仓库提交了拉取请求。
在等待处理拉取请求时，我注意到上游仓库中发生了一些提交。
我应该将这些提交合并回我的分支中，因为我必须使我的更改适应上游存储库中的最新版本。
我想我现在有两个选择：
做一个 'normal' 拉取和合并，但是当（如果）我的拉取请求被合并到上游仓库时，它会用我的合并提交弄乱它的历史。
做一个变基合并，这将避免合并提交，但据我所知我不应该这样做，因为我已经推送了我的更改。
如何正确处理？
Rebase 重写历史记录，这可能会给多个协作者在同一分支上工作的分支带来麻烦。
我假设你的 Pull-Request 分支已经完成，你不希望任何其他人的推送。
所以我认为 rebase 非常好。
当您将新提交推送到您的 GitHub 分叉时，GitHub 将自动更新您打开的拉取请求和 'expire' 任何因变基而过时的旧提交。您不必担心 PR 会发生什么，它会做正确的事情。
顺便说一句，你没有提到你在哪个分支工作，所以可能是 master 分支。我强烈建议即使在你自己的 fork 中也可以在功能分支上工作，因为这让你可以灵活地处理多个 PR。