git - 当稍后的提交解决冲突时,如何避免在 rebase 期间发生冲突?
问题描述
如何轻松地在 git 中的 rebase 末尾修复冲突的 rebase 分支?
例如,我在一个功能分支上,并且在主分支中有 2 次提交用于 rebase。
第一次提交会产生冲突,但是如果 rebase 将两个提交结合在一起,那么在第二次提交之后就不会发生冲突。
那么如何将它作为一个整体重新定位,而不是一个一个地重新定位它并解决两次冲突呢?
我认为它必须在某个地方回答,但我找不到任何东西,因为所有类似的问题标题都含糊不清。
解决方案
最好的方法是先压缩两个提交(通过使用交互式rebase),然后在 master 上 rebase。
通过交互式 rebase 压缩最后 2 个提交:
git rebase -i head~2
为第二次提交选择壁球(或修复)
然后在 master 上变基
git rebase master
推荐阅读
- docker - 错误:在文件 './docker-compose.yml' 中,服务名称 True 必须是带引号的字符串,即 'True'
- c# - C# - 有没有办法将两个类型参数限制为必然不同?
- java - 小数据的选择排序与快速排序
- excel - 按条件删除单元格:代码不起作用
- c - 在具有多个 malloc() 的二维数组的指针上使用 free()?
- sql-server - 通过 REST API 传递“Windows 身份验证”?
- excel - 如何转换成百分比
- vue.js - vue-cli-service 构建:新的 workbox-webpack-plugin 选项的验证错误
- android - 活动在最小化后不保持与其服务的连接
- asp.net - 使用 asp.net 核心 API 从外部 API 获取数据