如果提交 PR 的时候遇到 conflict, 你们公司的流程是提交方自己 resolve 好，再把解决好不冲突的 PR 重新提交
还是 merge 方在 merge 的时候当场解决 conflict，改好直接完成 merge ？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1713 days ago, the information mentioned may be changed or developed.
 |
1
RRRoger Sep 3, 2021
从目标分支新建一个分支 A， 用自己分支往 A merge， 解决冲突，用 A 往目标分支 merge
|
 |
2
b00tyhunt3r OP @RRRoger
看描述你这个 merge 方（审核方） 和 PR 的提交方是同一个人吗？ |
 |
3
MatDK Sep 3, 2021
一般是提交方 创建一个分支解决 conflict，然后重新 PR 。让 merge 方 review 。
当然有条件 2 边同时在场解决 conflict 也可以 |
|
4
b00tyhunt3r OP |
|
5
MatDK Sep 3, 2021
@b00tyhunt3r 那就只能把 merge 方找来了，偶尔也确实这样没办法
|
 |
6
kop1989 Sep 3, 2021
同意 3L 意见。
btw：分支合并、冲突、解决冲突、发起合并请求（ PR/MR ）。这不难打吧，也并没有歧义。 |
 |
7
HankAviator Sep 3, 2021 via Android
@kop1989 v2 上混英语的多了去了，你这样建议累死都没人听😬
谁引起谁处理，光拉不埋可不行 |
 |
8
neoblackcap Sep 4, 2021
你提 PR 合并到主线，你的提交出现了冲突，当然是你要解决。
|
|
9
b00tyhunt3r OP |
 |
10
yuguorui96 Sep 4, 2021
@b00tyhunt3r 那你修改代码前要明确改动，与 merge 方同步再做他们允许的逻辑修改，而不是先自己闷头改。
|
Select Language