基于功能分支的Git工作流程

Question

4

我正在为一个Github项目做贡献，但遇到了一些困难。

原始仓库上有一个新的功能分支，我将积极地提交拉取请求。我不想不断提交拉取请求，等待合并，然后删除我的分支并从更新的代码库创建新的分支。

我的问题是如何最好地处理这个情况。

举个例子：
main = 原始仓库
mine = 我的派生仓库
main 创建了一个功能分支。
我将那个功能分支派生到我的仓库里。
我对我的仓库进行了更改并提交了拉取请求。
main 合并了我的拉取请求。

我的问题是：我应该删除我的仓库并重新派生功能分支以避免重复提交之前的拉取请求，还是有更好的方法来解决这个问题。

更新：我正在使用 CodeIgniter 框架开发，并且在身份验证系统方面进行了大量更改。在原始仓库上，为此创建了一个新的功能分支。我的担心是，虽然目前没有任何问题，但这是一个非常流动/快速变化的分支。因此，更进一步地说，这不是一堆修复，而是一个持续的修复过程。

- DaveMC08

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Bob Gilmore · Accepted Answer

好问题！首先，我会与（项目维护者/将接受拉取请求的人）进行对话，了解他或她的偏好。相信我，你想让维护者的生活更轻松，并让他有信心你正在做正确的事情。使他的拉取请求工作流程对他来说舒适将产生长远的影响。

好的，那么，您正在做什么样的更改（和拉取请求）？它们是“命名功能”，还是一堆“小”错误修复？

此外，您所触及的行是否有重叠（因此可能存在拉取请求之间的合并冲突），还是它们大多数是正交的？

如果它们是具有一定重叠/合并冲突的“命名功能”，我会为每个功能粘贴一个新的命名分支。如果存在重叠，并且/或它们是微小的错误修复，则可能会选择“从单个分叉分支连续拉取请求”，如果维护者同意的话。

您可能已经知道这一点，但我为后代记录它; git分支非常便宜。