Git rebase 并发症

Question

在我们准备发布之前，我们的离岸开发人员不小心将一个发布分支 merge 到了 master 中。这让我们没有主分支，也没有能力发布修补程序。我试图用 rebase 来解决这个问题，但不太明白发生了什么，我希望有人能解释一下。 (如果有更好的方法来做到这一点)

发布分支是从master(在A点)创建的，
几个功能分支 merge 到其中(创建点 B)。 - 到目前为止一切顺利。
Release branch merged into master (bad!) 快进master到B点。
在 master 上完成的工作(修补程序，正确)将 master 带到 C 点(从 B)。
在 Release 上完成的工作(错误修复，正确)将 Release 带到 D 点(从 B)。

我想实现的是将B到C的变化带到A点，这样从A到B的变化就不再包含在C点(但D点保持不变)。

我从 A 点 (new_Master) 创建了一个新分支，并这样做了:
git rebase --onto new_Master 发布大师

那做了我想要的，即在 new_Master 上的 A 点之后创建了一些新的变更集(将其带到 E 点)，但是它在 A 点离开了 new_Master 分支，我不知道如何向上移动标签到新的头。它还将主分支留在旧的 C 点，但我希望它至少回滚到 B 点，因为这些更改根本不应该存在。所以我最终得到了两个代表相同更改的 checkin ，一个是 A 的子集，另一个是 B 的子集。

问题:1)如何将new_Master标签移动到E点。
2) 我如何提交并推送这些更改以将它们传递给团队的其他成员？
3)master为什么还坐在C点？ (为什么 C 点仍然存在？)
4) 如何让主标签移动到 E 点(如果可能)——现在在不同的分支上？
5) 这显然不是应该如何完成的 - 那么解决将 Release merge 到 master 所犯错误的正确方法是什么？

Original graph
C D (Master C, Release D)
3 |
| 2
B/
1
A

Final graph
E
3
| C D (Master C, Release D)
| 3 |
| | 2
| B/
| 1
|/
A (new_Master)

Where I was trying to be:

E (Master, ideally, I'd be happy with new_Master pointing here))
3
| D (Release)
| 2
| B
| 1
A/

Answer 1

1) git checkout new_Master其次是 git reset --hard <sha1 of E> .

2) 取决于您想与您的团队分享什么。如果你只是想分享新分支 new_Master那么你显然可以做类似 git push origin new_Master 的事情, 虽然我猜你对获得 master 更感兴趣回到主 repo 应该如何？如果是这样，您可以执行以下操作(带有所有关于重新设置公开可见分支的常见警告)

强行覆盖损坏的master在您的主仓库中使用新的正确的 new_Master (再一次，请加倍确定你知道这里发生了什么)

git push origin new_Master:master -f

然后，让每个使用 repo 的人在家做以下事情:

git checkout master
git reset --hard <sha1 of A>
git pull origin master

这将为他们留下一个看起来像新的 new_Master 分支的 master 分支。

3) git rebase --onto new_Master release master应该改变 master指向E .我不确定这里发生了什么。

4) git reset --hard <sha1 of E>在掌握时。请注意，您将无法将本地仓库中的 master 推送到您的共享仓库中，因为历史将发生分歧(请参阅 2)

5) 是的。我们开始吧:

进入 master 以便我们可以从它创建一个分支

git checkout master 

从 C 创建一个分支这样我们就不会在下一步中丢失对它的引用

git branch master_backup 

移动master回到A。我们不会输C因为最后一步。

git reset --hard <sha1 for A>

然后添加来自 B 的更改至 C到 master .这里是release master_backup指定“找到 release 和 master_backup 的共同祖先 (B)，并从那里开始所有提交，直到 master_backup 指向的地方 (C)”

git rebase --onto master release master_backup
git checkout master
get merge master_backup

master现在包含最多 A 的所有内容，以及 B 之间引入的提交和 C . release ，据我所知，应该仍然是您想要的位置并且不需要更改。