Github：对不相关的小变化分别提出拉动请求？

Question

我只是从贡献者的角度看过Github，所以这里有一个维护者的问题：

当我进行一些无关的更改（例如，改进文档，修复Rakefile，测试并修复一个小错误）时，如果我将它们捆绑到一个拉取请求中，维护者是否更容易使用（例如，使用一个misc-fixes分支，有三个不相关的提交），或者我应该创建单独的分支，每个分支都有一个拉取请求？

我假设一旦我做出一个重大或可能引起争议的变化，最好有一个单独的拉取请求，所以它可以讨论，维护者不必挑选它们如果他们想拉我的其他变化。但是，如果更改很小，那么支持和反对将多个提交捆绑到misc-fixes分支的参数是什么？

Answer 1

每个任务的分支通常是reserver用于长期开发工作，即需要几个提交，每个提交代表代码库的中间稳定状态。

但是对于一些不会改变代码稳定性的快速演进（它仍然可以编译并通过测试），一次提交（然后是一次拉取请求）就足够了。