VSCode需依赖GitHub官方扩展实现PR/Issue协作，正确配置Git远程地址并手动推送分支是关键。扩展仅支持GitHub，需OAuth登录且权限匹配，commit中写fix #123可自动关联Issue。
vscode 本身不提供“无缝协作”——它靠扩展和 git 集成实现高效协同，但默认配置下拉取请求（pr）和问题（issue）管理是断开的。关键在于：用对扩展、设好 git 远程、理解 vscode 内置功能的边界。
装对扩展：GitHub Pull Requests and Issues 是核心
VSCode 官方维护的 GitHub Pull Requests and Issues 扩展是目前唯一能原生查看/创建/评论 PR 和 Issue 的工具。没有它，你只能在浏览器里操作，谈不上“协作”。
- 必须从 VSCode 扩展市场安装，名称要完全匹配，别选第三方同名插件
- 安装后需登录 GitHub 账号（通过弹出的 OAuth 页面），否则所有 PR/Issue 功能灰显
- 它只支持 GitHub.com 和 GitHub Enterprise（v3.0+），不支持 GitLab 或 Bitbucket
- 登录后，侧边栏会出现
GitHub图标，点击即可看到当前仓库的 PR 列表、Issue 列表、通知等
Git 远程配置错误会导致 PR 创建失败
即使装了扩展，如果本地仓库的 origin 远程不是指向 GitHub 上对应仓库（尤其是组织名/用户名大小写不一致、用了 SSH 而非 HTTPS），扩展就无法关联上下文，新建 PR 时会报错 Failed to create pull request: Repository not found 或直接无响应。
- 检查远程地址：
git remote get-url origin
- 推荐统一使用 HTTPS 地址（如
https://github.com/username/repo-name.git），避免 SSH 密钥或权限问题干扰扩展逻辑 - 若已用 SSH，确保
git config --get remote.origin.url输出格式为git@github.com:username/repo-name.git，且用户名/仓库名与 GitHub 页面 URL 完全一致（包括大小写） - 修改远程：
git remote set-url origin https://github.com/username/repo-name.git
PR 创建流程中容易忽略的三个细节
点「Create Pull Request」按钮后，VSCode 不会自动推分支——它只生成 PR 模板页面，真正提交前必须手动推送当前分支。这是最常卡住新手的地方。
- 确保当前分支已 commit（未提交的改动不会包含在 PR 中）
- 扩展弹出的 PR 创建面板里，
Branch下拉框默认是当前分支名，但不会自动执行git push；必须勾选Push branch才会推送（首次推送时还可能提示设置 upstream） - 描述模板里的
## Description区域支持 Markdown，但预览不渲染，提交后才生效；别误以为格式无效而放弃写清楚变更目的 - 若目标分支不是
main或master，需在面板顶部手动切换Base分支，否则默认提给主干分支
Issue 管理依赖仓库权限与 API 可达性
扩展能列出 Issue，不代表你能编辑或关闭——它严格遵循 GitHub 的权限模型。而且，如果企业防火墙屏蔽了 api.github.com，Issue 列表会一直显示“Loading…”。
- 打开 Issue 详情页后，右上角的
Close with comment按钮只有具备write权限的协作者才能点击 - 新建 Issue 时，标签（Labels）、指派（Assignees）、里程碑（Milestones）下拉项为空，大概率是网络不通或 token 权限不足（OAuth 登录时没勾选
reposcope） - 想在代码中快速关联 Issue？直接在 commit message 里写
fix #123或closes #456，VSCode 不会拦截，GitHub 服务端收到推送后自动解析并关闭对应 Issue
真正的“无缝”不是一键完成所有事，而是让 Git 操作、PR 流程、Issue 关联在同一个界面里有明确反馈路径。最容易被忽略的是：每次换仓库都得确认远程地址是否匹配、OAuth 是否仍有效、以及——推送分支这一步永远要手动触发。
