VSCode 管理 GitHub Issue 需依赖扩展且满足多重条件：必须安装 GitHub Pull Requests and Issues 扩展（≥0.75.0）、通过 GitHub: Sign In 登录、打开已关联远程 origin 的本地仓库、该仓库在 GitHub 启用 Issues 功能；否则 Issues 标签不显示，可手动执行 GitHub: Toggle Issues View 或右键侧边栏启用。
VSCode 可以直接管理 GitHub Issue，但必须明确一点：原生 Git 集成不支持 Issue 操作，必须依赖扩展。光装 GitHub Pull Requests and Issues 不够，它默认只开 PR 视图；Issue 管理需要额外配置或换用更专注的工具。
为什么点开 GitHub 侧边栏看不到 Issues 标签？
这是最常见卡点——扩展安装后，Issues 标签默认不显示。它不会像 PR 那样自动激活，除非你满足以下全部条件：
- 已通过
GitHub: Sign In完成登录（不是靠 Git 凭据或 SSH） - 当前打开的是一个已关联远程 origin 的本地仓库文件夹（不能是空文件夹或未 git init 的目录）
- 该仓库在 GitHub 上确实启用了 Issues 功能（私有库默认开启，但组织级 repo 可能被禁用）
- 扩展版本 ≥ 0.75.0（旧版无独立 Issues 视图）
若仍不出现，手动执行命令面板中的 GitHub: Toggle Issues View，或右键侧边栏空白处勾选 Issues。
用 GitHub Issue Notebooks 做动态查询比网页更高效
如果你常查“我本周关闭的 bug”或“带 help wanted 标签的未分配 issue”，GitHub Issue Notebooks 是更轻量、可复用的方案。它不依赖仓库上下文，只要登录就能跨项目查。
- 新建 notebook 后，第一行写查询语句，例如：
repo:microsoft/vscode is:issue is:open label:bug assignee:@me - 支持变量插值，比如用
$repo = repo:myorg/myproject+$repo is:open label:enhancement实现快速切换目标库 - 结果以表格渲染，点击任意 issue 行会自动跳转到对应代码位置（如果该 issue 关联了 PR 或提交）
- 注意：查询语法必须严格遵循 GitHub 的
search syntax，is:issue不能省略，否则可能混入 PR
创建 Issue 时绕过模板限制的实操技巧
很多团队启用了 Issue 模板，导致“新建问题”按钮只弹出表单。但 VSCode 里可以直接写纯 Markdown 创建，跳过字段校验：
- 在 GitHub 侧边栏的
Issues视图中，点击右上角+ Create Issue - 不要填标题就直接输入正文，用
## Bug 报告或## Feature Request开头 - 支持完整 Markdown：任务列表（
- [ ]）、代码块（```）、引用（>），甚至内嵌图片（需先上传到 GitHub） - 若仓库禁用了空白 Issue，此法失效，只能切到浏览器或改用 CLI：
gh issue create -t "xxx" -b "markdown body"
真正难的不是“能不能做”，而是权限链路是否打通：GitHub 账户 → VSCode 扩展认证 → 仓库远程配置 → 组织级 Issues 开关。任一环断掉，Issue 就会消失在侧边栏里。别急着重装插件，先看右下角有没有 Signed in as xxx 和当前仓库状态提示。
