Git 合并分支,该分支包含对主机的恢复提交,覆盖主机中的更改
我们从master(mainline)创建了一个分支(release)。在一些错误的行为发生后,我们将主线的拉力释放并推动它。意识到这一点后,我们恢复合并推送。现在,当我们将版本合并回主线时,主线中的更改被覆盖Git 合并分支,该分支包含对主机的恢复提交,覆盖主机中的更改,git,merge,Git,Merge,我们从master(mainline)创建了一个分支(release)。在一些错误的行为发生后,我们将主线的拉力释放并推动它。意识到这一点后,我们恢复合并推送。现在,当我们将版本合并回主线时,主线中的更改被覆盖 有办法解决这个问题吗 为什么要将发行版合并到母版 无论如何,如果您真的想这样做,您可以还原还原,或者使用git reset--hard HEAD删除还原,然后git push-f origin而不是将发布合并回主分支,使用git cherry pick同步所需的提交。假设您创建了提交的还
有办法解决这个问题吗 为什么要将
发行版
合并到母版
无论如何,如果您真的想这样做,您可以
还原
还原,或者使用git reset--hard HEAD
删除还原,然后git push-f origin
而不是将发布合并回主分支,使用git cherry pick同步所需的提交。假设您创建了提交的还原R
,在将release
合并到master
后,执行以下操作:git revert R
(启用master
)。这将使两个分支保持正确的状态 谢谢,我们从主线恢复了恢复,现在它似乎工作得很好。这也应该可以工作,但是在恢复的提交之后有很多提交,所以樱桃选择提交将很难。正如你在问题中提到的“一些提交”,我建议樱桃选择,这对少数提交是可行的。很高兴看到你解决了这个问题。