GitHub Pull Request复杂冲突
rin*_*t.6 9 git github merge-conflict-resolution git-merge-conflict
GitHub在一个月前添加了一个功能来解决Web界面上的合并冲突,但它只适用于"简单"的合并冲突:
没有冲突
简单的冲突
复杂的冲突
在介绍新功能的博客文章中,GitHub提到了竞争的线路变化,其范围从相当简单到非常复杂.
什么是合格的冲突太复杂,无法在网页编辑器中解决？
如果有任何文件被重命名，似乎会发生这种情况，我有一个拉取请求，其中包含显示相同消息的重命名文件，并且一旦我将文件重新命名并提交，“解决冲突”就会再次可用
- 那么，接下来该怎么办呢？只是取消拉取请求，在本地合并，然后推送？或者 PR 稍后可以链接到推送的合并提交吗？_（抱歉，如果我完全困惑，从未从内部见过 PR...）_ 更新（1 分钟后...）：哦，我明白了，PR 没有魔法，它们就像问题一样。 .实际上与Git 本身无关。正确的？ (2认同)
| 归档时间： |
|
| 查看次数： |
2462 次 |
| 最近记录： |