求助 git 自动 merge 丢代码

[freesun165]

今天遇到个 git 合并丢代码的场景。 featB->featA->master featA 基于 master 开发，featB 基于 featA 开发。featA 合入 master 后，我直接在 featB 分支上 git merge master ，出了问题。 具体如下 featA 对于 file1 加了 line70 ，featB 对 file1 删了 line70 ，在 featB 上 merge master 后，git 自动 merge 的结果是 line70 依然还在

[wangtian2020]

不使用 sourcetree 喜欢用命令行操作 git 导致的

[leonshaw]

很明显你 squash 把 A/B 分支点删除了，导致和 main 的分叉在 local/A 以前，这一行的添加删除都发生在分叉以后，互相抵消了。
因为 A 已经合并了，所以 B 合并前应该 git rebase --onto main local/A 把 A 排除掉。

[blublu]

因为你 feat A 和 master 的 base 点（ b1 ）并没有 line 70 ，当你把 feat A 向 master 进行 merge 并且用 squash 方式时，新的 merge 点有了 line 70 ，记为 m1 ，当在 feat B 删掉 line70 时，和 base 点（与前面 feat A 与 master 的 base 点一样（ b1 ），因为用的是 squash ，所以这个 base 点并不是 feat A 中 co 到 feat B 的那个节点）的对比中，并不会出现 line70 的变更，因为和 feat A 增加的那一行已经抵消掉了，因此会把 m1 与 b1 对比中增加的 line70 加入到 featB 中新的 merge 点 m2

不知道我这样说你清楚了么？不清楚可以再多读几遍，应该解释了整个变更过程了

[mark2025]

@freesun165
话虽如此，但我这个业务场景经常一个分支测一个月以上，一百多个提交，每次 master 更新，我挨个 rebase 下，成本太高了
=======
可以不用频繁 rebase ，而是功能分支要合并、发布之前集中一次 rebase 。

[mark2025]

@freesun165 俺这规范就是上线前 featB 需要合并 master 推到远端，远端 master 再合并 featB ，然后就出现了这么不符合知觉的事
======
这个是你们架构师、技术总监等等没设计好流程规范的问题。