关于 git auto merge 的一点思考

[diveIntoWork]

在进行 git pull 操作的时候，能够合并的文件一般 git 会 auto-mergeing，有些有冲突的文件会报出冲突。但是比如说，A 君在文件中增加了一段代码，我本地 pull 下来的时候，导致我的代码失败了，这段代码也不属于 conflict，如果工程特别大的话，也比较难排查。这种情况该如何处理？ 还是应该少用 pull，用 git fetch + git diff 排查这种问题？

[GeruzoniAnsasu]

pull 完 diff 一下前后版本
用 gui 工具 diff，头别太铁

[ryd994]

fetch rebase 也是一派

[mdzz]

本地开发另开 branch

[xi_lin]

@ryd994 rebase 就是 commit 数目多的时候如果一路 conflict 下来太酸爽，别的都好

[exch4nge]

1. 同意 @mdzz 本地开发另开 branch
2. 多测测，能有单元测试更好，能有 CI 跑单元测试那就更好了

[msg7086]

一般我们只考虑 rebase pull。merge 严重污染分支结构，pull 一时爽，blame○○场。

[skydiver]

本地开发另开 branch，定期 merge master，merge 之后跑 test

[momocraft]

在已知本地分支有更新时 pull 其 remote tracking 分支, 最好情况是多一个我不想要的 commit, 最坏情况时要手动清理 worktree 然后再 reset

所以我只在已知本地没更新时 pull