mtj*_*hax 26 git branch feature-branch branching-and-merging
这是我的情景:
我的项目遵循主题分支模式.
我创建了一个分支来修复一些问题,让我们调用这个分支problem_fixes.我进行了更改,并提交了拉取请求.
我需要开始处理一个新功能,所以我创建了一个名为my_feature的第二个分支并提交了一系列更改.
在某些时候,我意识到my_feature依赖于尚未被接受和合并的problem_fixes(my_feature分支依赖于第一个分支的一些修复,没有它们我无法取得进展).
如果没有捣乱,我的项目会更快地接受并合并我的第一个分支,这里最好的流程是什么？
我想知道我是否需要基于problem_fixes(而不是master)启动新的第三个分支并在我的提交中合并到my_feature？或者,如果我简单地将problem_fixes合并到my_feature并继续工作也可以 - 假设problem_fixes首先合并为master,当my_feature合并时理论上应该没问题(？)
The*_*heo 14
从第一个分支创建主题分支.一旦第一个被合并到主人,你就可以在那之上重新定义,并且假设没有太多被改变它应该不是问题.
如果第一个分支的提交没有被更改,你的新分支将整齐地叠加在那个上面,如果提交被更改(压缩,编辑或其他),你总是可以对第二个分支进行交互式rebase并将其编辑为第一个分支合并后看起来很好.
Gre*_*ill 10
是的,我认为你走在了正确的轨道上.我要做的是创建一个新的my_feature分支,也许工作一点点.当我意识到这my_feature取决于problem_fixes,合并那个分支.如果你知道你需要它,这可能会马上发生.然后,当my_feature合并到master中时,您已经拥有了所需的更改.
请注意,只要您拥有强大的代码审查程序,那么如果您之前尝试合并my_feature到master中problem_fixes,那么您将在那时注意到.
| 归档时间： |
|
| 查看次数： |
3701 次 |
| 最近记录： |