基于特性分支的 Git Workflow

Question

我正在为一个 github 项目做贡献，发现自己陷入了困境。

原始仓库中有一个新的功能分支，我将主动向其提交 pull 请求。我宁愿不必不断提交 pull 请求然后等待 merge 然后删除我的分支分支并从更新的代码库创建新的分支。我的问题是你去做这件事的最好方法。

说明示例:
main = 原始 repo
我的 = 我的 fork repo
main 创建了一个特性分支。
我将那个功能分支 fork 到我的。
我对我的进行了更改并提交了 pull 请求。
主要 merge 了我的 pull 请求

我的问题:我应该删除我的并重新 fork 功能分支以避免我以前的 pull 请求重复 pull 请求，还是有更好的方法来完成此操作。

更新对于一个真实的例子，我正在开发一个 codeigniter 框架，并且身份验证系统发生了很大的变化。在原始 repo 上，为此创建了一个新的功能分支。我担心的是，虽然目前确实还没有任何问题，但它是一个非常流畅/快速变化的分支。因此，为了扩展我的问题，这不是一堆修复，而是大量正在进行的修复。

Answer 1

好问题!首先，我会与(项目维护者/将接受 pull 请求的人)进行对话，以了解他或她的偏好。相信我，您想让维护者的生活变得轻松，并让他相信您在做正确的事。使他的 pull 请求工作流对他来说很舒服将大有帮助。

好吧，就是说，您所做的更改(和 pull 请求)的性质是什么？它们是“命名功能”，还是一堆“小”错误修复？

此外，您所触及的行是否存在明显重叠(因此 pull 请求之间可能存在 merge 冲突)，或者它们大部分是正交的？

如果它们是“命名功能”，几乎没有重叠/merge 冲突，我会为每个功能添加一个新的命名分支。如果有重叠，和/或它们是微小的错误修复，我可能会选择“来自单个 fork 分支的持续 pull 请求”，如果维护者同意的话。

您可能知道这一点，但我将其放入后代； git 分支很便宜，很便宜，很便宜。如有疑问，请创建一个新分支。