这是基于git flow方法,您可以在其中拥有master和develop分支,并且功能从开发中分支出来,并提供从要素开发的pull请求。
所以我已经完成了功能分支的工作,并且我已经提交了一个拉取请求,以便将其合并开发。现在我想开发一个新功能,它依赖于我之前功能的变化。如果我在本地进行合并,那么在拉取请求最终获得批准并且开发准备好更新后如何进行协调?
我猜这将基于一个合并和一个rebase,但我不是100%肯定,我真的不想丢弃我的本地回购或最终双重提交。
答案 0 :(得分:1)
所以我已经完成了功能分支的工作,并且我已经提交了拉取请求以将其合并以进行开发。现在我想开发一个新功能,它依赖于我之前功能的变化。如果我在本地进行合并,那么在拉取请求最终获得批准并且开发准备好更新后如何进行协调?
假设您开始使用以下内容:
git checkout -b feature/my-feature-1 devel
您可以根据以下内容开始新功能:
git checkout -b feature/my-feature-2 feature/my-feature-1
在那个分支上做你的工作。 my-feature-1
落入devel
分支后,您可以在my-feature-2
分支上重新devel
:
git checkout feature/my-feature-2
git rebase devel
现在你有一个直接基于devel
的分支。
答案 1 :(得分:0)
我相当肯定你能做到
git rebase origin
而这将从原产地的追踪分支出发。