WebStorm点击Pull前必须确认三件事：一查右下角分支是否关联远程跟踪分支（如origin/main）；二看Alt+9“Local Changes”有无未处理修改；三核对Settings→Version Control→Git中Pull behavior是merge还是rebase。
WebStorm 里点一下就能拉取最新代码，但拉错分支、没处理干净暂存区、或忽略 rebase/merge 差异，反而会把本地改乱。
点击 Pull 前必须确认的三件事
WebStorm 的 Pull 不是“一键同步”，它本质是执行 git pull，而这个命令背后默认行为取决于你当前分支的 upstream 设置和全局 Git 配置。
- 检查当前分支是否已关联远程跟踪分支：右下角状态栏点分支名 → 看是否有
origin/main或类似标识；如果没有，Pull可能报错或静默失败 - 确认未提交的改动是否已暂存或丢弃：
VCS → Git → Show Changes View（或 Alt+9）打开“版本控制”工具窗口，看“Local Changes”里有没有未处理文件；有修改又没commit或stash，Pull很可能直接拒绝 - 留意 WebStorm 默认用的是
merge还是rebase：进入Settings → Version Control → Git → Pull behavior，勾选了Rebase changes onto current branch就走git pull --rebase，否则走git pull（即fetch + merge）
Ctrl+T 拉取时弹出对话框的关键选项
按 Ctrl+T（Windows/Linux）或 Cmd+T（macOS）触发 Pull 后，弹窗里的选择直接影响结果：
-
Current branch：只拉取当前所在分支的远程更新，最常用也最安全 -
All branches：会 fetch 所有远程分支，但不会自动合并到本地对应分支——只是更新origin/*引用，适合想提前预览其他分支变动的人 -
From specific branch：手动指定远程分支名，比如origin/dev，适用于临时同步某条非当前分支的改动（但不推荐日常使用，容易混淆 HEAD） - 下方“Update options”里勾选
Rebase changes onto current branch时，如果本地有未推送的 commit，它们会被重放（replay）到新拉下的提交之后；不勾选则生成一个 merge commit
拉取后出现冲突怎么快速解决
冲突不是失败，而是 WebStorm 把 Git 的三方合并逻辑可视化了。关键在别跳过中间步骤：
- 冲突文件会出现在“Version Control”窗口的
Merge Conflicts标签页，双击打开即进入内置合并工具 - 左栏是你的本地变更（
LOCAL），右栏是刚拉下来的远程变更（REMOTE），中间是合并结果（MERGED） - 不要直接手敲代码填中间栏——用顶部箭头按钮（← 或 →）一键接受某一方内容；需要混合时，才手动编辑中间栏并确保语法合法
- 每解决一个文件，必须点
Mark as resolved（右键文件 → “Mark as resolved” 或工具栏按钮），否则 WebStorm 不认为冲突已清空，后续commit会被阻止 - 如果发现拉错了、或者冲突太乱，可以立刻在
Log窗口（Alt+8）里右键上一个 commit →Reset Current Branch to Here，选Soft或Mixed回退，再重试 Pull
真正卡住人的往往不是操作路径，而是对「当前分支有没有 upstream」「本地有没有脏工作区」「Pull 默认策略是 merge 还是 rebase」这三个点没感知。每次点 Pull 前扫一眼右下角分支名、Alt+9 看一眼 Local Changes、Settings 里瞄一眼 Pull behavior，比事后花十分钟排查冲突根源快得多。
