GitHub 仓库如何用 Issue 标签筛选待处理任务：从条件选择到结果核对

在公开仓库里找待处理 Issue，直接翻列表很快就会被新旧讨论淹没。GitHub 的 Issues 页面可以用标签收窄结果：打开筛选器，选择一个已有标签，再检查列表中的标签和地址栏条件是否一致，就能得到一组可复核的待处理任务。

这次只完成一个动作：在 microsoft/vscode 的公开 Issues 列表中筛出带有 new release 标签的开放 Issue，并用结果页的标签和筛选条件确认没有选错。

先看清筛选后的结果长什么样

完成筛选后，结果页仍会显示仓库名、开放 Issue 数量和每条 Issue 的标签。只要列表行保留 new release 标签，并且搜索条件仍然包含 label:"new release"，这次筛选才算完成。

步骤一：进入仓库的 Issues 列表

1. 在浏览器打开 https://github.com/microsoft/vscode/issues?state=open。
2. 确认页面顶部显示 microsoft / vscode，主标题是 All issues。
3. 在结果工具栏找到 Labels 按钮。

可见成功状态：页面显示开放 Issue 列表，工具栏同时出现 Author、Labels、Projects 等筛选按钮。这个状态说明入口正确，尚未把标签条件混进搜索文本。

步骤二：在仓库 Labels 页面确认标签名

1. 在仓库左侧导航点击 Labels，或打开 https://github.com/microsoft/vscode/labels。
2. 在 Search all labels 输入 new release。
3. 确认列表中出现精确的 new release 标签；不要把相邻的 under-discussion 当成目标。

可见成功状态：搜索结果保留 new release 这一完整标签名。这里不修改标签，只做名称确认；这样回到 Issues 筛选时不容易因拼写或连字符出错。

步骤三：核对筛选条件和结果行

1. 回到仓库的 Issues 页面，在顶部筛选框输入 is:issue state:open label:"new release"，然后按回车。
2. 查看列表上方的筛选条件，确认出现 label:"new release"。
3. 随机检查一条结果，确认标题下方仍有 new release 标签，并记录当前页面地址。

如果结果数量变化但某条 Issue 没有目标标签，先回到筛选条件检查是否叠加了其他状态；如果地址栏包含额外的作者、里程碑或项目条件，也要一并清除后再判断。

常见问题

为什么选了标签却没有结果？

先确认标签拼写和仓库是否正确，再清掉其他筛选条件。标签是仓库范围内的，换到另一个仓库不能直接沿用同名标签。

能不能直接在搜索框写标签条件？

可以，但第一次操作更适合从 Labels 菜单选，GitHub 会把条件写入筛选状态，减少引号或连字符写错的概率。

筛选后的页面能保留吗？

可以复制当前地址保存；再次打开时仍应检查仓库名、状态和标签，因为 Issue 数量会随仓库活动变化。

收尾检查

这套操作只改变当前 Issues 列表的查看条件，不会修改 Issue、标签或仓库内容。验收时看三件事：仓库是 microsoft/vscode，条件中有 label:"new release"，结果行能看到同名标签。三项都满足，就可以把当前页面交给下一位维护者继续处理。