>我有一个常见问题，但我没有看到如何解决这个问题的可靠最佳实践。我正在为别人的 GitHub 存储库做出贡献。我将最新的开发分支分叉到我的存储库中。现在我想一个接一个地应用拉取请求，以便非常容易地单独评估和合并每个请求。
具体来说，我正在贡献文档，其中上游作者可能想要挑选他想要的文档，而不是所有文档。我过去遇到过这样的问题，我在单个 PR 中编写了很多文档，但因太多而被驳回。所以现在我正在为我的每个预先编写的文档在我的存储库/分支中单独提交，我想提交它们进行单独评估。
使用上游 MainRepo 和分支 main-dev 的示例，以及我的 ContribRepo 分支上游开发，我有几个提交，每个提交都有一个新文件。什么是"最佳实践"，它允许合并或拒绝每个提交，而无需强制执行全有或全无操作？
我不认为GitHub从浏览器UI支持这一点。我知道樱桃采摘，以及如何使用它从我自己的分支中提取提交。但是我已经读到上游作者需要访问贡献者的存储库才能将提交回他自己的存储库/分支。
似乎我需要在我的存储库中为我要提交的每个文档创建一个新分支，鉴于我认为每个文件都是一个单独的项目，这在某些方面似乎是合适的。我会这样做，但似乎我们正在为一个小事件消耗大量资源。
如果我问了关于如何摆脱我不应该进入的盒子的错误问题，请提出一个更好的方法来应对这个(常见的？(挑战。
很容易使每个更改成为单独的分支。 在命令行中，执行以下操作：
git checkout main-dev
git checkout -b my-first-work
git add .
git commit -m 'did some first work'
git push -u origin my-first-work
git checkout main-dev
git checkout -b my-second-work
git add .
git commit -m 'did some second work'
git push -u origin my-second-work
根据需要继续此操作，以访问任意数量的分支。 然后对每个分支执行拉取请求。
话虽如此，我真的不明白为什么他们需要你以这种方式工作。 他们可以轻松地处理单个拉取请求，该请求在单个分支上有许多提交。 他们没有理由不能挑选他们想要的。
他们当然"可以访问您的存储库"！ 这就是github的全部意义所在。
但如果这就是他们的标准，他们就是回购的老板。 只要按照上面工作，希望他们会开心。