将QA分支重新摘要而不是发展

Question

最初，在工作流程中，我有以下分支结构（开发 main，of develop）的功能分支：

main ---\
         \-- develop --\
                        \-- feature --

以后，我们决定添加QA分支。最初，我制作了QA 开发的OFF，所以现在的分支结构看起来像这样：

main ---\
         \-- develop --\
                        \-- qa --
                         \-- feature --

我希望工作流程我们将功能分支合并到开发，然后将开发到QA进行测试，然后QA in main以供发布。为此，我需要类似的东西：

main ---\
         \-- qa --\
                   \-- develop --\
                                  \-- feature --

如何从现有的结构（QA基于开发）到新的结构（QA 基于main和开发基于QA）？我认为我需要重新恢复，但不确定如何。

Answer 1

如果其中任何一个有意义，则不发表评论:)并且有一点警告，只有当一个分支可访问而另一个分支无法访问的提交不会引入冲突的更改时，这才有效，以下是 git rebase 的方法用于重塑您的历史记录：

git rebase --onto main develop qa
git rebase qa develop
git rebase develop feature

可能需要将最后一个命令替换为 git rebase --onto Development D feature （D 是原始 的提示/头部）代码>开发分支，之前rebase）

你可能会欣赏一些 ASCII 艺术的优点：

初始状态

A-B               -- master
   \     ,-G-H    -- qa
    `-C-D         -- develop
         `-E-F    -- feature

rebase --onto maindevelop qa

这一个很简单，它只是在 master/B 之上重新创建两个提交。

   ,-G'-H'        -- qa
A-B               -- master
   \
    `-C-D         -- develop
         `-E-F    -- feature

rebase qadevelop

这将在 qa/H' 之上重新创建开发的提交。请注意，原始的 C 和 D 提交仍然可以通过 ref feature 访问，因此是功能分支历史的一部分。

   ,-G'-H'        -- qa
A-B      \        -- master
   \      `-C'-D' -- develop
    `-C-D
         `-E-F    -- feature

rebase 开发功能

这应该自动检测到 C 和 D 已经作为 C' 和 D' 包含在新上游中，并跳过应用它们。如果自动检测不起作用，请参阅上面的替代命令。

一旦 feature 引用被移动，原始的 C 和 D 提交就变得无法访问。

   ,-G'-H'               -- qa
A-B      \               -- master
          `-C'-D'        -- develop
                `-E'-F'  -- feature

当然，所有提交都将被分配新的提交 ID（原始提交已消失，但新的提交将在其位置创建）。