代码之家 › 专栏 › 技术社区 › Clauds

理解意外提交和未完成提交的分支上的git问题

git-rebase rebase git

Clauds · 技术社区 · 7 年前

我们有一些问题与一个分支机构,它在过去不知何故搞砸了。。。以下情况:

D是一个交付分支,我们从供应商那里收到更改
M是主分支
F是特征分支
来自D的提交合并到M
M包含F(F2)的意外提交,M3是该提交的还原

             D
    D1-D2-D3-o
     \      \___________
      \                 \  M
       \-M1-M2-D2-F2-M3-D3-o
        \        /
         \      /    F
          \-F1-F2-F3-o

    
             D
    D1-D2-D3-o
     \      \___________
      \                 \  M
       \-M1-M2-D2-F2-M3-D3-o
                         \
                          \        F
                           \-F1-F3-o

在分支F中,我们仅使用:

git pull --rebase origin master

有没有解释为什么将F1-F2-F3重定位到F2-M3上会使F2松动?

我试着用rebase交互模式重写M的历史,并保留合并。。。我的想法是删除意外提交(F2)和它的还原(M3),但结果并没有给我任何信心,我没有失去任何东西。

https://git-scm.com/docs/git-rebase

由--preserve merges--interactive提供的待办事项列表没有重写提交消息应该可以正常工作,但尝试重新排序提交往往会产生违反直觉的结果。

1 回复 | 直到 7 年前

zigarn 7 年前

我会猜到的 F2 在…上 M 在…上 F

F 但不在 M 像在两个分支中,它都没有选择它。

如果您想保留它,一个解决方案是使用 git rebase

git rebase --onto M $(git merge-base F M) F
# equivalent to:
# git rebase --onto M D1 F

F ,但不是在和 ( D1 )==> F1-F2-F3 在…的结尾 M

另一个解决方案是进行交互式重新设置基础( git rebase --interactive M F ),然后显式添加 pick F2

pick F1
pick F2
pick F3

推荐文章

Spack · 恢复git rebase的合并状态

7 年前

Blazinator · Git:将一个分支的现有提交插入到另一个分支的历史记录中

7 年前

popov895 · 非常稳定的git重设基础行为

7 年前

MJohnyJ · Git:处理合并后的分支,该分支后来未合并

7 年前

Tuomas Toivonen · Git,在重新设置基础时撤消合并提交

7 年前

johnny_mac · git重新设置基础后清理分支

7 年前

Alexandre Paroissien · 用于将开发分支合并/重新设置为主分支的Git命令

7 年前

Ansjovis86 · 修复分离的头,而不丢失分离时所做的提交

7 年前

Clauds · 理解意外提交和未完成提交的分支上的git问题

7 年前

Kaloyan Roussev · Git重设基失败,因为:Commit xxxx是一个合并,但未提供-m选项

8 年前