Git Workflow基于功能分支

时间:2013-09-16 03:31:35

标签: git version-control github

我正在为一个github项目做贡献,发现自己有点蠢。

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

澄清的例子:
main =原始回购 我的分叉回购 main创建了一个功能分支 我把那个功能分支分到了我的身上 我对我做了更改并提交了拉取请求 主合并我的拉请求

我的问题: 我应该删除我的并重新分叉功能分支以避免我之前的拉取请求的重复拉取请求,或者是否有更好的方法来实现此目的。

更新 对于一个真实的实例,我正在开发一个codeigniter框架,并且对身份验证系统进行了大量更改。在原始仓库中,为此创建了一个新的功能分支。我担心的是,虽然目前还没有任何问题,但它是一个非常流动/迅速变化的分支。因此,为了扩展我的问题,它不是一堆修复,而是一个大量的持续修复。

1 个答案:

答案 0 :(得分:1)

好问题!首先,我会与(项目维护者/将接受拉取请求的人)进行对话,以找出他或她的偏好。相信我,你想让维护者的生活变得轻松,让他自信你正在做正确的事。 让他的拉动请求工作流程舒适将会有很长的路要走。

好的,那就是说,你所做的改变(和拉动请求)的性质是什么?它们是“命名功能”,还是它们是一堆“小”错误修复程序?

此外,您正在触摸的行中是否存在重大重叠(因此拉取请求之间可能存在合并冲突),或者它们大多是正交的?

如果它们是“命名特征”,几乎没有重叠/合并冲突,我会在每个特征上粘贴一个新的命名分支。如果有重叠,和/或它们是微小的错误修复,我可能会选择“来自单个分支分支的持续拉取请求”,如果维护者可以这样做的话。

你可能知道这一点,但我把它放在后代; git分支便宜,便宜,便宜。如果有疑问,请建立一个新分支。