这是一个创建于 2037 天前的主题，其中的信息可能已经有所发展或是发生改变。
举例如下:
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 文件也被修改了,还是我理解的有问题，求大佬指教
 |
1
MuscleOf2016 OP 在自己的仓库两个分支之前合并的
|
 |
2
binux 2019-04-18 23:47:28 +08:00 via Android
看不懂你说什么。
|
 |
3
mercury233 2019-04-18 23:48:42 +08:00
git 的解决冲突就是把另一个分支合并过来，所以会修改 M 分支的 B 文件
|
|
4
MuscleOf2016 OP @binux 要更新 U 分支的时候，不是 A 文件有冲突吗，解决冲突后，理论上只有 U 分支的 A 文件更新了。怎么 M 分支的 B 文件更新了 U 分支的 B 文件
|
|
5
MuscleOf2016 OP @mercury233 M 和 U 分支的，B 文件不是没有冲突吗，只有 A 文件有冲突的，怎么也会更新成一样？ git 本来就是这样的？
|
|
6
mercury233 2019-04-18 23:57:14 +08:00
@MuscleOf2016 我感觉你没有看我的发言
|
|
7
binux 2019-04-19 00:00:06 +08:00
合并 M 分支到 U 分支，发起 pull request，这是一个操作还是两个操作？
|
|
8
MuscleOf2016 OP @mercury233 看了的，本来我理解的是，M 和 U 分支的 A 文件有冲突，U 分支的 B 文件本来就是超前 M 分支的 B 文件的，想要合并 M 分支的修改到 U 分支上，解决了冲突不是针对 A 文件的吗？怎么 M 分支落后的 B 文件会更新？我理解的，M 分支的 B 文件是不会更新的，依然处于落后状态。
|
|
9
MuscleOf2016 OP @binux 一个。
|
 |
10
jacketma 2019-04-19 00:08:03 +08:00 via Android
github 被购以后，高冷了很多，我的账号什么都没干，无端被机器人 flagged，发邮件多次反应，既不回应，也不说明，也不解封，不晓得他们在干嘛。
|
|
11
mercury233 2019-04-19 00:10:38 +08:00  1
@MuscleOf2016 git 的解决冲突就是把另一个分支合并过来
在你的例子里解决冲突就是把 U 分支合并到 M 分支，对 U 分支的所有 commit 都会被合并到 M 分支 |
|
12
MuscleOf2016 OP @mercury233 啊，我以为是本来把 M 分支的内容更新到 U 分支上，随便什么冲突更新，并不会对 M 分支有改动，只有 U 分支会改动。
|
|
13
mercury233 2019-04-19 00:19:09 +08:00 1
@MuscleOf2016 解决冲突就是修改 M 分支
github 的 pull request 分支好像是设计为用来开 PR 的分支在合并后就会被删除的，所以才会这样 |
|
14
MuscleOf2016 OP @mercury233 好吧，是自己不够理解了，在 web 上发起合并请求的时候 B 文件都会更新成一样，本地来把 M 更新到 U 上的时候，倒是按照理解的实现了。
|
|
15
mercury233 2019-04-19 00:22:02 +08:00 1
@MuscleOf2016 如果你不用 pull request，在客户端自己合并的话，才是只改 U 分支
|
|
16
MuscleOf2016 OP @mercury233 应该是有自动合并这个操作
|
|
17
MuscleOf2016 OP @mercury233 谢谢了。
|
Select Language