重基子分支的Git

Question

目前，我们遵循这一分支结构的发展。

我们有发展的分支，然后是史诗的史诗分支和史诗故事的特色分支。

特征分支融合为史诗，史诗融入发展。

场景:我们从史诗中获取特性分支-1，然后进行研究。一旦完成，我们提出公关，并立即从特征分支-2从特征分支-1开始，等等.

所以看起来是这样，

develop: A -> B

epic: A -> B

feature-branch-1: A -> B -> C -> D 

feature-branch-2: A -> B -> C -> D -> E -> F

典型的情况是，我们得到评审注释，并且必须更改提交C，要么修改它，要么提交。一旦PR被批准，我们就用epic重新建立基础，在这两种情况下，都会有不同的散列。

feature-branch-1: A -> B -> C -> D -> J -> K

rebasing,

feature-branch-1: A -> B -> P

feature-branch-2: A -> B -> C -> D -> E -> F

将特性分支-2重新定位到特性分支-1以使提交历史看起来像这样的最佳策略是什么？

feature-branch-1: A -> B -> P

feature-branch-2: A -> B -> P -> E -> F 

目前，我做了这样的事情来解决这个问题:我创建了一个新的特性分支，并使用一个虚拟名称删除了特性分支-2。$ git分支-D在特性分支1上创建一个新分支，并从虚拟分支中选择提交。

这是可行的，但我觉得这不是最佳的方法。

请提出一个更好的方法。

Answer 1

实现该重基的最简单方法是，假设与feature-branch-2相关的实际工作是3次直接提交：

git rebase feature-branch-2~3 feature-branch-2 --onto feature-branch-1

诀窍是要认识到，分支是独立的，即使它们是一个之上的另一个。