关于 github pull request 设计的有问题吧？

[MuscleOf2016]

举例如下:
M 分支：A 文件:111，B 文件:222
基于 M 分支创建 U 分支
U 分支：A 文件:111，B 文件:222

修改 M 分支如下
M 分支：A 文件:1111，B 文件:222
修改 U 分支如下
U 分支：A 文件:1112，B 文件:2222

合并 M 分支到 U 分支，发起 pull request，解决冲突后
M 分支：A 文件:11112，B 文件:2222
U 分支：A 文件:11112，B 文件:2222

这。。不是应该只有 A 文件合并吗，怎么 M 分支的 A 文件也被修改了,还是我理解的有问题，求大佬指教

[MuscleOf2016]

在自己的仓库两个分支之前合并的

[binux]

看不懂你说什么。

[mercury233]

git 的解决冲突就是把另一个分支合并过来，所以会修改 M 分支的 B 文件

[MuscleOf2016]

@binux 要更新 U 分支的时候，不是 A 文件有冲突吗，解决冲突后，理论上只有 U 分支的 A 文件更新了。怎么 M 分支的 B 文件更新了 U 分支的 B 文件

[MuscleOf2016]

@mercury233 M 和 U 分支的，B 文件不是没有冲突吗，只有 A 文件有冲突的，怎么也会更新成一样？ git 本来就是这样的？

[mercury233]

@MuscleOf2016 我感觉你没有看我的发言

[binux]

合并 M 分支到 U 分支，发起 pull request，这是一个操作还是两个操作？

[MuscleOf2016]

@mercury233 看了的，本来我理解的是，M 和 U 分支的 A 文件有冲突，U 分支的 B 文件本来就是超前 M 分支的 B 文件的，想要合并 M 分支的修改到 U 分支上，解决了冲突不是针对 A 文件的吗？怎么 M 分支落后的 B 文件会更新？我理解的，M 分支的 B 文件是不会更新的，依然处于落后状态。

[MuscleOf2016]

@binux 一个。

[jacketma]

github 被购以后，高冷了很多，我的账号什么都没干，无端被机器人 flagged，发邮件多次反应，既不回应，也不说明，也不解封，不晓得他们在干嘛。

[mercury233]

@MuscleOf2016 git 的解决冲突就是把另一个分支合并过来
在你的例子里解决冲突就是把 U 分支合并到 M 分支，对 U 分支的所有 commit 都会被合并到 M 分支

[MuscleOf2016]

@mercury233 啊，我以为是本来把 M 分支的内容更新到 U 分支上，随便什么冲突更新，并不会对 M 分支有改动，只有 U 分支会改动。

[mercury233]

@MuscleOf2016 解决冲突就是修改 M 分支
github 的 pull request 分支好像是设计为用来开 PR 的分支在合并后就会被删除的，所以才会这样

[MuscleOf2016]

@mercury233 好吧，是自己不够理解了，在 web 上发起合并请求的时候 B 文件都会更新成一样，本地来把 M 更新到 U 上的时候，倒是按照理解的实现了。

[mercury233]

@MuscleOf2016 如果你不用 pull request，在客户端自己合并的话，才是只改 U 分支

[MuscleOf2016]

@mercury233 应该是有自动合并这个操作

[MuscleOf2016]

@mercury233 谢谢了。