必须先配置GitHub账户，确保Git仓库已初始化、远程origin指向GitHub仓库且分支已推送；PR创建失败多因token权限不足、SSH未配置或base分支选错；合并后需手动Pull更新本地分支。
PhpStorm 里怎么打开 GitHub Pull Request 界面
必须先配置好 GitHub 账户，否则 Git → GitHub → Create Pull Request 菜单项是灰色的。不是点一下就弹窗，得走完整链路：Git 仓库已初始化 + 远程 origin 指向 GitHub 仓库 + PhpStorm 已登录 GitHub 账户。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
Settings → Version Control → GitHub添加账户，推荐用 GitHub Token（repo和workflow权限即可），别用密码——2023 年起 GitHub 已停用密码认证 - 确保项目根目录下有
.git，且git remote get-url origin返回的是https://github.com/xxx/yyy或git@github.com:xxx/yyy.git格式；如果返回 GitLab 地址或本地路径，PR 功能不会激活 - 分支必须已 push 到远程（比如
git push origin feat/login），未推送的本地分支点不了Create Pull Request
点击 Create Pull Request 后没反应或报错 404
常见原因是 PhpStorm 解析错了目标仓库，尤其当 fork 了别人仓库、又配了多个 remote（如 upstream）时，它默认找 origin，但 PR 实际要提给上游仓库。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查
Git → Repository → Remotes，确认origin指向你自己的 fork 仓库；如果想提 PR 给原始作者，需手动在弹出的 PR 创建窗口里把Base repository改成original-owner/repo-name - 遇到
404 Not Found错误，大概率是 token 权限不足或过期，去 GitHub 的Settings → Developer settings → Personal access tokens检查 token 状态和 scope - 如果用 SSH 地址（
git@github.com:...）但没配 SSH key，会卡在认证环节，改用 HTTPS 地址更稳
PR 描述里看不到当前 commit diff 或文件列表
这不是 bug，是 PhpStorm 的设计逻辑：它只展示「当前分支相对于 base 分支的差异」，而不是所有未 push 的本地提交。如果你刚切分支、还没 commit，或者 base 分支选错了（比如选成 main 但实际想对比 develop），diff 区域就是空的。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确保你在正确的分支上操作，且该分支至少有一个 commit 不在 base 分支中（
git log base..HEAD应有输出） - 在 PR 创建弹窗里，手动点开
Base branch下拉框，选准目标分支（比如main或next），别依赖默认值 - 描述框支持 Markdown，但粘贴大段日志或代码容易卡顿，建议精简；标题别留空，否则提交按钮禁用
合并后 PhpStorm 不自动更新本地 main 分支
GitHub 上点 Merge 按钮，只是服务端操作，PhpStorm 不会监听 webhook 或轮询状态。本地分支还是老样子，main 不会自动 git pull，也不刷新 Branches 面板里的提交图。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 合并完成后，手动执行
Git → Repository → Pull，或快捷键Ctrl+T（Win/Linux）/Cmd+T（macOS） - 想减少遗漏，可在
Settings → Version Control → Git勾选Update changes after merge，但这只影响本地 merge 操作，不影响 GitHub 页面 merge 后的同步 - 别依赖 “Refresh” 图标刷新 Branches 面板——它只刷新 UI 状态，不拉代码；真正要的是
Pull
最常被忽略的一点：PR 提交前，没人检查 base 分支是否已是最新。如果 base 分支落后几十个 commit，你的 PR diff 会包含大量无关修改，审查者一眼看不出重点。每次点 Create Pull Request 前，先 git switch main && git pull，再切回来，花不了十秒。
