拉取
Pull
中级通用拉取（Pull）是把远程分支的新提交取到本地，并整合进你当前的本地分支。它解决的是多人协作时本地代码落后于远程的问题；比如同事更新了网站导航，你拉取后就能在自己的分支上接着开发。
你可能会说：「同事刚改了网站代码，帮我把远程的最新改动拿到本地，接着做我的功能。」
动手看看拉取同事的导航更新
1
你在 main 上开发网站，两处的起点都是“首页初版”。此时本地和远程指向同一个提交。
要点拉取代码时，本地会发生什么？
- 1
先取回提交再整合分支
你可以把拉取理解成连续两步：先从远程仓库获取新提交，再把它们整合进当前本地分支。整合通常通过合并完成，也可能按项目配置使用变基；所以拉取不只是下载文件。
- 2
先确认当前分支和来源
拉取通常针对当前分支及其关联的远程分支。如果你正在做结算页，却停在另一个分支上，更新的就不是你以为的工作位置。让 AI Agent 操作前，先请它说清当前分支和拉取来源。
- 3
本地改动可能影响拉取
如果你本地已有提交，整合远程提交时可能出现冲突；如果工作区还有未提交的修改，Git 也可能阻止拉取。先看工作区状态，再决定是提交、暂存修改，还是处理冲突，这样更容易保住正在做的工作。
容易混淆的地方
拉取和获取不同：获取只把远程提交带到本地，不改动当前分支；拉取还会尝试把这些提交整合进来。拉取也不是推送：推送是把你的本地提交发往远程。你想先看看同事改了什么，可以先获取并对比差异，不必立刻拉取。
什么时候用
适合用
- 同事把后台订单页的修复提交到远程分支，你要在本地继续开发，先拉取以接上这些改动。
- 你准备运行网站测试，想让当前分支先整合远程同名分支的新提交，再验证最新代码。
- AI Agent 将在你现有分支上修改功能，你想让它先确认工作区状态，再拉取团队更新。
不适合用
- 你只是想查看远程分支新增了哪些提交，暂时不想改当前分支；先获取，再对比差异。
- 你要把自己完成的功能交给同事查看；这时需要推送本地提交，通常还会创建合并请求。
- 项目文件只存在于远程仓库，你本地还没有仓库；先克隆仓库，而不是在空目录里拉取。
练一练选一个答案，看看解释
你正在本地分支开发设置页，已有自己的提交；同事又向这个分支对应的远程分支提交了修改。你想在本地接着开发，哪种做法符合“拉取”的含义？
让 AI 帮你做复制给 AI Agent 直接用
请先检查当前 Git 分支、关联的远程分支和工作区状态，告诉我拉取会从哪里取得更新。确认不会覆盖未提交的修改后，按项目现有配置拉取；若出现冲突，先说明冲突文件和双方改动，等我确认后再处理。