git - 冲突阻止自动合并
问题描述
解决自动合并冲突的最佳方法是什么。
这是场景
- 我从主人创建了一个本地分支。
- 做一些实现并提交更改。
- 通过评论解决评论评论,然后修改之前的提交。
- 完成PR后(自动合并到master)。
- 完成后,我需要处理一些评论意见。
- 相应地更改了代码,然后修改为以前的。
- 由于之前的 PR 已经完成,我不得不为此创建一个新的 PR。
- 一旦我创建了新的 PR,现在我得到“冲突阻止自动合并”
我认为问题在于,由于我将最后一次提交修改为上一次提交,因此它被识别为一次提交。我的主人有我之前做出的承诺。
有人可以告诉我解决此问题的最佳方法是什么。
解决方案
您可能应该创建一个新的提交来解决第二次审查的结果并为其创建一个新的 PR。两个提交都将保留在 git 历史记录中。
其他选项包括:
- 强制将更改推送到 master(不推荐并且可能禁止)
- 将您当前的 PR 重新定位到 master 上(这将创建两个具有相似消息的提交)
对于未来,我建议不要在其他开发人员访问它们之后修改提交(在将它们推送/合并到共享分支之后,...),因为这可能会导致此类问题。
此外,通常应在将事物合并到主分支之前进行审查。
推荐阅读
- c# - .Net - 在 DataTable 中查找最大值
- draftjs - 如何将内容状态推送到当前编辑器状态?editorState.push 方法似乎对我不起作用?
- java - Windows 10 的 Jhipster 编译错误
- apache-kafka - 如何让 Kafka 消费者订阅新的分区
- aws-lambda - 在 AWS codedeploy 挂钩中解析状态回调
- python - Pandas 中的条件颜色格式
- python - 动画 matplotlib 的 Poly3DCollection
- ios - NavigationLink 和 PresentationLink 错误
- c++ - 'updateMenu' 未在此范围内声明
- sql-server - 我对“MAKH”有疑问,SQL 不断报告该列无效