
如果提交 PR 的时候遇到 conflict, 你们公司的流程是提交方自己 resolve 好,再把解决好不冲突的 PR 重新提交
还是 merge 方在 merge 的时候当场解决 conflict,改好直接完成 merge ?
1 RRRoger 2021-09-03 15:40:07 +08:00 从目标分支新建一个分支 A, 用自己分支往 A merge, 解决冲突,用 A 往目标分支 merge |
2 b00tyhunt3r OP @RRRoger 看描述你这个 merge 方(审核方) 和 PR 的提交方是同一个人吗? |
3 MatDK 2021-09-03 15:50:40 +08:00 一般是提交方 创建一个分支解决 conflict,然后重新 PR 。让 merge 方 review 。 当然有条件 2 边同时在场解决 conflict 也可以 |
4 b00tyhunt3r OP |
5 MatDK 2021-09-03 16:01:34 +08:00 @b00tyhunt3r 那就只能把 merge 方找来了,偶尔也确实这样没办法 |
6 kop1989 2021-09-03 16:02:09 +08:00 同意 3L 意见。 btw:分支合并、冲突、解决冲突、发起合并请求( PR/MR )。这不难打吧,也并没有歧义。 |
7 HankAviator 2021-09-03 21:23:38 +08:00 via Android @kop1989 v2 上混英语的多了去了,你这样建议累死都没人听 谁引起谁处理,光拉不埋可不行 |
8 neoblackcap 2021-09-04 02:38:36 +08:00 你提 PR 合并到主线,你的提交出现了冲突,当然是你要解决。 |
9 b00tyhunt3r OP |
10 yuguorui96 2021-09-04 11:36:35 +08:00 @b00tyhunt3r 那你修改代码前要明确改动,与 merge 方同步再做他们允许的逻辑修改,而不是先自己闷头改。 |