作为多个拉取请求从 fork 推送更改
Push changes from fork as multiple pull requests
我们已经分叉了一个 Github 项目并正在对其进行更改。对于每个任务，我创建一个单独的分支，稍后我将其合并到 fork 中的 master 中。
所以现在我有一个 master 的工作，比原始回购中的 master 提前 20 次提交。
本项目的规则是create pull request for each task。
虽然我在git知道怎么做，但我不确定这个过程。
我不确定如何为第 2 次提交中的任务 1 创建拉取请求，然后为第 5 次提交中的任务 2 等创建拉取请求？？？
我是不是搞错了，我现在只能同时为多个修复创建拉取请求？
我应该这样做吗:
修复任务
在fork上与master合并
创建从 fork master 到 original master 的拉取请求？
编辑
@OliverCharlesworth 你建议的是我过去的工作方式，但它带来了很多问题。由于我首先修复了一些任务，然后为每个任务创建 PR，因此与 master 产生了很多冲突（徒劳的）。所以每次创建PR的时候，都会提示不能自动合并，必须先解决冲突。然后对于 90% 的 PR，我不得不处理合并并且只在合并上浪费了几个小时。
这就是我认为我做错的原因。
所以当我切换到规则 "fix 1 task then merge to for master" 时，我避免了所有这些愚蠢的冲突并在合并时保存了我们的冲突。
既然你说 "make PR from the branch" 是正确的方法，如何避免愚蠢的冲突并且不在愚蠢的合并过程中浪费几个小时？
注意：当我说 "silly" 时，这意味着所有冲突都解决回必须修复的相同代码段。当我遵循新规则时永远不会发生的事情。傻的意思是"lose hours on merging without good reason".
只需将每个任务的分支推送到分支存储库，然后为这些分支打开拉取请求。您可以创建任何分支 X 到任何分支 Y 的拉取请求，您不必创建从 master 到 master.
的拉取请求
我们已经分叉了一个 Github 项目并正在对其进行更改。对于每个任务，我创建一个单独的分支，稍后我将其合并到 fork 中的 master 中。
所以现在我有一个 master 的工作，比原始回购中的 master 提前 20 次提交。
本项目的规则是create pull request for each task。
虽然我在git知道怎么做，但我不确定这个过程。
我不确定如何为第 2 次提交中的任务 1 创建拉取请求，然后为第 5 次提交中的任务 2 等创建拉取请求？？？
我是不是搞错了，我现在只能同时为多个修复创建拉取请求？
我应该这样做吗:
修复任务
在fork上与master合并
创建从 fork master 到 original master 的拉取请求？
编辑
@OliverCharlesworth 你建议的是我过去的工作方式，但它带来了很多问题。由于我首先修复了一些任务，然后为每个任务创建 PR，因此与 master 产生了很多冲突（徒劳的）。所以每次创建PR的时候，都会提示不能自动合并，必须先解决冲突。然后对于 90% 的 PR，我不得不处理合并并且只在合并上浪费了几个小时。
这就是我认为我做错的原因。
所以当我切换到规则 "fix 1 task then merge to for master" 时，我避免了所有这些愚蠢的冲突并在合并时保存了我们的冲突。
既然你说 "make PR from the branch" 是正确的方法，如何避免愚蠢的冲突并且不在愚蠢的合并过程中浪费几个小时？
注意：当我说 "silly" 时，这意味着所有冲突都解决回必须修复的相同代码段。当我遵循新规则时永远不会发生的事情。傻的意思是"lose hours on merging without good reason".
只需将每个任务的分支推送到分支存储库，然后为这些分支打开拉取请求。您可以创建任何分支 X 到任何分支 Y 的拉取请求，您不必创建从 master 到 master.