如何解决rebase 后 git checkout 到原点
情况是这样的:我有一个来自 branch1
的旧分支 master
,我想更新它,所以我在 branch1
上重新定位了 master
,这花了我一个小时的解决冲突。
我仍然没有在变基后强制推送分支,但现在我需要在变基之前转到 branch1
,而不会失去我所做的变基工作(例如重置 --hard origin/branch1
)。
有什么建议吗?
解决方法
理论上的答案是 git rerere
应该处理它。
在使用相对较长的主题分支的工作流中,开发人员有时需要一遍又一遍地解决相同的冲突,直到主题分支完成(合并到“发布”分支,或发送并接受上游)。
此命令通过在初始手动合并时记录冲突的自动合并结果和相应的手动解析结果,并将先前记录的手动解析应用于其相应的自动合并结果来帮助开发人员完成此过程。
为了避免意外,我建议创建一个新分支。
git checkout -b branch1rebased
返回分支 1
git checkout branch1
git reset --hard origin/branch1
修复并尝试变基。
一切顺利不需要做其他事情。 冲突的噩梦中止 rebase 并返回上一个分支
git rebase --abort
git checkout branch1rebased
樱桃选择你的修复
git cherry-pick branch1
如有冲突请修复
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。