我们已经分叉了一个Github项目并正在对它进行更改。对于每个任务，我创建一个单独的分支，然后我将其合并到fork中的master。
所以我现在有一个master工作，就像原始仓库中master之前的20次提交一样。
此项目中的规则是create pull request for each task。
虽然我知道如何在git中执行此操作，但我不确定该过程。
我不确定如何创建第2次提交中的任务1的拉取请求，然后是第5次提交中的任务2，等等。
我是否犯了错误，现在我可以同时为多个修复程序创建拉取请求？
我应该这样做：
修复任务
在fork上与master合并
从fork master创建pull请求到原始master？
修改
@OliverCharlesworth你的建议是我过去的工作方式，但它带来了很多问题。由于我首先修复了一些任务，然后为每个任务创建PR，它与主人创建了许多冲突（徒劳）。所以每次我创建PR时，我都会收到一条消息，它无法自动合并，但我必须先解决冲突。然后，对于90％的PR，我不得不处理合并，并且仅在合并时丢失了几个小时。
这就是我认为我做错了的原因。
所以，当我切换到一个规则＆＃34;修复1个任务然后合并为master＆＃34;时，我避免了所有这些愚蠢的冲突并在合并时保存了我们。
因为你说＆＃34;从分支机构制作PR＆＃34;是正确的方法，如何避免愚蠢的冲突，不要在愚蠢的合并过程中浪费几个小时？
注意：当我说＆＃34;愚蠢＆＃34;时，这意味着所有冲突都会解决回到必须修复的相同代码段。当我遵循新规则时，永远不会发生的事情。愚蠢意味着在没有充分理由的情况下减少合并时间＆＃34;。
答案 0 :(得分：3)
只需将每个任务分支推送到分叉存储库，然后打开对这些分支的拉取请求。您可以为任何分支X创建任何分支Y的拉取请求，您无需创建从master到master的拉取请求。