Closed
Issue 列表展示看板关联（默认展示所在看板名） #18
张雨博Add on Jul 7Closed at Aug 29
Jul 7 Added label: sig/sig-CICD
openUBMC-robot
Jul 7 Comments：
Jul 7 Comments：
欢迎来到 openUBMC 社区
Hey @zybwh , 感谢你对社区的贡献.
机器人使用手册
有关指令的使用，可以点击 说明文档 或 论坛 查看详情。开发人员可以在每个PR或Issue下方评论特定指令来触发机器人任务。
联系指引
有疑问可以联系 SIG: sig-CICD ,
维护者是： @DataSculptor, @xuhaijun, @zybwh ,
优秀贡献者是： @Larry_Li_006, @Polaris404 .
张雨博
Jul 8 Comments：
Jul 8 Comments：
实现范围微调（编码时确认）
编码时对「显示落点」做了一处收窄，记录如下：
共享 PM 表格渲染器 boardPmView（board/report 板模式）本次不改。
原因：该视图本身就是「看板」界面——选中某个社区看板时（branch A）每一行都属于同一看板，再加一列「看板」纯属冗余；而它与主 issue 列表共用一套定宽网格渲染器，为一个用户诉求并未指向的次要界面改造共享组件，代价与收益不成比例。
用户诉求「看 issue 时能看到它关联到哪个看板」已由主 issue 列表完整覆盖：
- 表格视图：状态列后新增「看板」列；
- 卡片视图：SIG/作者行新增看板 chip；
- 多看板显示第一个名 +「+N」，悬停
title列出全部；未关联显示「—」。
数据侧未变（全量拉取扫进行中看板建倒排索引 + 单条刷新读 issue 详情 kanban_values）。若后续确需在 board 表格也标注，可另开单独跟进。
Jul 8 Associated pull request
需求
在 issue 列表里看 issue 时，能直接看到它是否关联到看板、关联到哪个看板（一个 issue 可能在多个看板）。默认展示，不加开关。
当前列表（卡片/表格）不展示任何看板信息，
WorkItem上也没有看板字段。关键事实（已实测 GitCode API）
kanban_valuesGET /repos/{o}/{r}/issues/{n}[{kanban_id, name, ...}]，不在看板时为nullGET /repos/{o}/{r}/issuesitem_listGET /org/{org}/kanban/{id}/item_listrepo.full_name+number（正向：看板→issue）不存在「以 issue 为主键直接查看板」的独立 GET 端点。
方案
数据获取（混合，省请求）
loadAllVisibleOrgIssues()里并发扫一遍开启中（status === 0）看板的item_list，用repo(full_name)#number建倒排Map<"repo#number", 看板名[]>，存到 service（this.kanbanIndex）。成本跟看板数（~14）挂钩、与 issue 数无关，一次性缓存。关闭的看板不扫。refreshSingleItem()本就调getIssue详情，直接从返回的kanban_values取名，那一条自更新，不重扫看板。buildWorkItem）：详情kanban_values> 倒排索引 > 无。数据模型
WorkItem加kanbanNames?: string[]。GitCodeIssue补kanban_values?。kanbanIndex: Map<string, string[]>及构建方法。显示（默认展示）
title悬停列全部；无 → 「—」。不做（YAGNI）
边界
详细设计见分支
feat/issue-list-kanban-linkage下docs/superpowers/specs/2026-07-07-issue-list-kanban-linkage-design.md。