我有一个共同的问题，但是我没有解决此问题的可靠最佳实践。我正在为别人的GitHub回购做贡献。我将最新的Development分支分支到了我的仓库中。现在，我想一个接一个地应用拉取请求，这样就很容易分别评估和合并每个请求。
具体来说，我正在提供文档，上游作者可能想要挑选他想要的文档，而不是全部。过去我遇到过这样的问题，我在一个PR中编写了很多文档，但由于太多而被驳回。因此，现在我要为每个预先编写的文档分别对存储库/分支进行提交，我想将其提交以进行单独评估。
在示例上游MainRepo和分支main-dev以及我的ContribRepo分支上游-dev的情况下，我有多个提交，每个提交中都有一个新文件。什么是“最佳实践”，它将允许每次提交被合并或拒绝，而无需强制采取全有或全无的行动？
我认为GitHub在浏览器用户界面中不支持此功能。我了解樱桃采摘，以及如何使用它从我自己的分支中提取提交。但是我读到上游作者需要访问贡献者的回购协议，才能将提交的精选内容恢复到自己的回购/分支机构。
似乎我需要在回购中为要提交的每个文档创建一个新分支，考虑到我正在考虑将每个文件视为一个单独的项目，这在某些方面似乎很合适。我会做的，但似乎我们正在为一个小事件消耗大量资源。
如果我问有关如何摆脱困境的错误问题，请提出一个更好的方法来应对这一（常见？）挑战。
使每个更改成为一个单独的分支很容易。在命令行中，执行以下操作：
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的全部意义。
但是，如果这就是他们的标准，那么他们就是回购的老板。像上面一样工作，希望他们会幸福。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句