我在GitHub上开发开源代码。我唯一遵循的工作流程是：
- 对于我想修复bug或添加功能的项目，我会分叉存储库
- 我在本地克隆我的分叉存储库
- 我为功能或错误修复创建了一个分支
- 我在新的分支机构中完成工作并提交
- 我将新提交的本地分支推送到远程分支
- 最后，我在GitHub上点击createpull请求，请求将我的feature/bug fix分支合并到上游master分支
这项工作没有问题。然而，我一直在想，我是否有任何理由想要将我的fork的功能或bug修复分支合并到我的fork's master分支中，然后从我的master向上游master执行pull请求？在这种情况下，是否还有其他理由将我的功能或bug修复分支合并到我的fork的master中？
tl；dr
一般来说，没有理由将功能分支合并到主分支中。这是上游的任务。
长话短说
我可以想象一些情况，在这些情况下进行合并是有意义的。例如，您可能有理由从早期提交中分出您的功能分支(如果您修复了一个bug，您会这样做；然后您可能希望使该修复可用于早期版本(。但随后可能会出现将修复程序合并到现代主分支中变得不平凡的情况。例如，可能会出现复杂的合并冲突。然后你想警告积分器，冲突的解决方案必须看起来像"；我叉子上的这根树枝"；。但是，除非上游要求，否则您不会提出合并结果的拉取请求