先 fetch，再决定怎么接收远端修改

fetch 更新远端跟踪信息，pull 还会继续执行集成操作。

把获取远端状态和集成本地代码分开，可以留出检查差异的机会。fetch 本身不把远端提交直接合入当前分支，更适合先了解发生了什么。

操作与观察

以下示例应在测试仓库中使用；远端和分支名需要按项目实际配置替换。

git fetch origin; git log --oneline HEAD..origin/main

先查看远端新增提交，再决定合并策略。

检查远端新增提交，同时查看本地是否也有未推送提交。两边都向前发展时，要按团队约定选择合并或变基，避免无意改写共享历史。

远端跟踪分支也只代表最近一次获取的状态，不是远端实时视图。比较前先更新信息，再核对目标远端名称。拥有多个 remote 的项目尤其容易把上游与个人分支看混。

别遗漏这条边界

远端分支可能不是 main，应使用项目实际默认分支。

参考：Git 文档。