几周前我创建了一个功能分支,做了一些修改,但没有做任何事情,如2周。在那段时间里,主分支显然发生了变化。功能分支的Git工作流程
这里遵循的最佳工作流程是什么?我是否将主分支与主分支重新绑定,以便在功能分支中获得最新更新,或者继续在功能分支上工作,然后只在完成后更新,然后开始合并可能的冲突?
几周前我创建了一个功能分支,做了一些修改,但没有做任何事情,如2周。在那段时间里,主分支显然发生了变化。功能分支的Git工作流程
这里遵循的最佳工作流程是什么?我是否将主分支与主分支重新绑定,以便在功能分支中获得最新更新,或者继续在功能分支上工作,然后只在完成后更新,然后开始合并可能的冲突?
你应该合并/变基尽快。如果您等待,则会出现更多差异,解决所有冲突将更加困难。
通常你应该每天合并/重新绑定,这是一个很好的起点。
我会保持两个分支分开。只需切换到功能分支并从主控制器拉出即可。
git checkout feature_branch
git pull origin master
或
git checkout feature_branch
git pull master
取其更是最新的。然后修复您的功能分支中的冲突,并使用--no-ff将其与master进行合并。这将保持两个分支的历史分开。
我建议考虑看看工作流程定义如下:
感谢您的工作流程。非常好。 – user3607973
是否可以进行快进合并? –
我不想使用'rebase',如果你的意思是说快进合并? – user3607973
对不起,更好的问题是'你确认你确实有合并冲突吗?' –