dsh-github-flow 0.5.0 → 0.6.0

package/lib/executor/git-parser.js

@@ -253,3 +253,400 @@ export function parseGitStatText(statText) {
         return null;
     return { files, summary };
 }
+/**
+ * 提取 `.git/config` 中所有 `[remote "..."]` 段内的 url。
+ *
+ * 为什么必须按段扫描而不是全文抓 `url = `：`[submodule "..."]` 段同样带 url
+ * （实测 `[submodule "lib"] url = https://github.com/x/y.git`）。全文正则会把
+ * 子模块的远程算进指纹，导致一次 `git submodule add` 就触发整个面板缓存的
+ * 无谓作废。子模块的 url 与本工作区关联哪个 GitHub 仓库毫无关系。
+ *
+ * 输出语义：保持文件中的出现顺序、已去重、不含空值。
+ * 排序交给调用方（指纹需要稳定顺序，但那是调用方的语义，纯函数不该替它决定）。
+ */
+export function parseRemoteUrls(configText) {
+    return parseGitConfig(configText).allUrls;
+}
+/**
+ * 规范化 git 配置值：处理引号包裹与行尾注释。
+ *
+ * git 的实际规则（全部实测）：
+ *   - 未加引号：`;` 或 `#` 之后一律视为注释，**即使前面没有空格**
+ *       `url = https://github.com/a/b.git ; note`  → https://github.com/a/b.git
+ *       `url = https://github.com/a/b.git;note`    → https://github.com/a/b.git
+ *   - 加引号：引号内的 `;` / `#` 是字面值，注释只能出现在闭合引号之后
+ *       `url = "https://user:p#ss@github.com/a/b.git"` → 保留 #
+ *       `url = "https://github.com/a/b.git" ; note`    → 剥掉引号与注释
+ *   - 引号内支持反斜杠转义
+ *
+ * 为什么必须处理：不剥注释会让 `url = https://github.com/a/b.git ; note`
+ * 解析失败（URL 尾部带注释文本），用户手写的 config 里这很常见。
+ */
+function unquoteValue(raw) {
+    const v = raw.trim();
+    if (!v)
+        return '';
+    // 引号形态：取引号内内容（支持 \" 转义），忽略闭合引号之后的一切
+    const q = v[0];
+    if (q === '"' || q === "'") {
+        let out = '';
+        for (let i = 1; i < v.length; i++) {
+            const ch = v[i];
+            if (ch === '\\' && i + 1 < v.length) {
+                out += v[i + 1];
+                i++;
+                continue;
+            }
+            if (ch === q)
+                return out.trim();
+            out += ch;
+        }
+        // 引号未闭合：按未加引号处理（畸形配置，尽力而非报错）
+        return out.trim();
+    }
+    // 未加引号：首个 ; 或 # 起为注释
+    const cut = v.search(/[;#]/);
+    return (cut >= 0 ? v.slice(0, cut) : v).trim();
+}
+/**
+ * 解析 `.git/config` 与 `HEAD`，产出与 git 语义一致的远程视图。
+ *
+ * 为什么把 HEAD 一起解析：`branch.<name>.remote` 的 `<name>` 是**当前分支**，
+ * 不知道当前分支就无法按 git 的规则选出 remote，只能退化成「取第一个」——
+ * 那正是本次要修的错误。
+ *
+ * @param configText `.git/config` 全文
+ * @param headText   HEAD 文件全文。worktree 场景必须传**局部 gitdir** 下的那个，
+ *                   传共享目录的会拿到主工作树分支名（实测两者不同）。
+ */
+export function parseGitConfig(configText, headText) {
+    const remotes = [];
+    const allUrls = [];
+    const branchRemoteByName = new Map();
+    if (typeof configText === 'string' && configText) {
+        // 当前所处 section：'remote' / 'branch' / null（其他段）
+        let section = null;
+        let sectionName = '';
+        for (const rawLine of configText.split(/\r?\n/)) {
+            const line = rawLine.trim();
+            if (!line || line.startsWith('#') || line.startsWith(';'))
+                continue;
+            if (line.startsWith('[')) {
+                // `[remote "origin"]` / `[remote.origin]` 两种段头都认。
+                // 前瞻断言排除 `[remote-tracking]` 这类同前缀但语义无关的段
+                // （`\b` 做不到——`-` 是非单词字符，会被判为词边界）。
+                const quoted = /^\[\s*(remote|branch)\s+"([^"]*)"\s*\]/i.exec(line);
+                const dotted = /^\[\s*(remote|branch)\.([^\s\]]+)\s*\]/i.exec(line);
+                const m = quoted || dotted;
+                if (m) {
+                    section = m[1].toLowerCase();
+                    sectionName = m[2];
+                }
+                else {
+                    section = null;
+                    sectionName = '';
+                }
+                continue;
+            }
+            if (!section)
+                continue;
+            if (section === 'remote') {
+                const mu = /^url\s*=\s*(.+)$/i.exec(line);
+                if (mu) {
+                    const url = unquoteValue(mu[1]);
+                    if (url) {
+                        // 指纹收集全部 url 行（含同 remote 的第二行）
+                        if (!allUrls.includes(url))
+                            allUrls.push(url);
+                        // 身份映射只保留首个：git 对同名 remote 的多 url 也只认第一个
+                        if (!remotes.some((r) => r.name === sectionName)) {
+                            remotes.push({ name: sectionName, url });
+                        }
+                    }
+                    continue;
+                }
+                // upstream 段写在前面时也要能读到——这里不做任何顺序假设
+            }
+            else if (section === 'branch') {
+                const mr = /^remote\s*=\s*(.+)$/i.exec(line);
+                if (mr) {
+                    const value = unquoteValue(mr[1]);
+                    if (value)
+                        branchRemoteByName.set(sectionName, value);
+                }
+            }
+        }
+    }
+    // HEAD 形态：`ref: refs/heads/main` → main；40 位 sha（detached）→ null
+    let currentBranch = null;
+    if (typeof headText === 'string' && headText) {
+        const mh = /^\s*ref:\s*refs\/heads\/(.+?)\s*$/m.exec(headText);
+        if (mh)
+            currentBranch = mh[1];
+    }
+    const branchRemote = currentBranch ? branchRemoteByName.get(currentBranch) ?? null : null;
+    return { remotes, allUrls, currentBranch, branchRemote };
+}
+/**
+ * 按 git 的规则选出「这个工作区关联的 remote」。
+ *
+ * 优先级与 git 一致：
+ *   1. `branch.<当前分支>.remote` —— 当前分支显式跟踪的 remote
+ *   2. `origin`                  —— git 的默认远程
+ *   3. 第一个 remote              —— 兜底（保持既有行为）
+ *
+ * 特殊值 `.` 表示跟踪**本地分支**而非远程（实测可设置），跳过第 1 级——
+ * 拿 "." 去查 `[remote "."]` 必然查不到，且语义上它根本不是远程。
+ */
+export function resolveRemoteTarget(cfg) {
+    const remotes = Array.isArray(cfg?.remotes) ? cfg.remotes : [];
+    if (remotes.length === 0)
+        return null;
+    const branchRemote = cfg?.branchRemote;
+    if (branchRemote && branchRemote !== '.') {
+        const hit = remotes.find((r) => r.name === branchRemote);
+        if (hit)
+            return hit;
+    }
+    const origin = remotes.find((r) => r.name === 'origin');
+    if (origin)
+        return origin;
+    return remotes[0];
+}
+/**
+ * 从 remote url 中提取 GitHub 的 owner/repo。
+ *
+ * 覆盖形态（均实测于真实 clone / hand-written config）：
+ *   https://github.com/o/r.git
+ *   git@github.com:o/r.git
+ *   ssh://git@github.com/o/r.git
+ *   https://user:token@github.com/o/r.git
+ *   带尾斜杠 / 不带 .git
+ *
+ * 非 github.com 的 host 一律返回 null（GHE 不在支持范围）。
+ * 为什么绝不"猜一个"：错误身份比没有身份更有害——面板会显示一个
+ * 用户根本不认识的仓库，且所有后续判断都建立在错误前提上。
+ * 正则两端锚定，杜绝 `github.com.evil.com` 这类子串误匹配。
+ */
+export function parseGithubUrl(url) {
+    if (typeof url !== 'string' || !url)
+        return null;
+    const m = /^(?:[a-z][a-z0-9+.-]*:\/\/)?(?:[^@/\s]+@)?github\.com[:/]+([A-Za-z0-9_.-]+)\/([A-Za-z0-9_.-]+?)(?:\.git)?\/?$/i.exec(url.trim());
+    if (!m)
+        return null;
+    const owner = m[1];
+    const repo = m[2];
+    // 排除 `.` / `..` 这类目录穿越形态被当成仓库名
+    if (!owner || !repo || repo === '.' || repo === '..')
+        return null;
+    return { owner, repo };
+}
+/**
+ * 从 remote url 中提取 host（小写）。
+ *
+ * 覆盖：https://host/o/r、git@host:o/r、ssh://git@host:2222/o/r、带 token 的 https。
+ * 无法解析返回 null。
+ *
+ * 为什么不直接复用 parseGithubUrl：本函数要处理**任意 host**（GHE / GitLab），
+ * 用于判断「这个 remote 是不是 GitHub」，而不是「这个 remote 属于哪个 GitHub 仓库」。
+ */
+export function parseRemoteHost(url) {
+    if (typeof url !== 'string' || !url)
+        return null;
+    const raw = url.trim();
+    // 本地路径形态不是"远程 host"，必须显式排除：
+    //   file:///c/Users/me/repo   → 否则会解析出 host "file"
+    //   C:\local\repo             → 否则会解析出 host "c"（盘符）
+    // 这两类的误判虽不影响 classifyRepoLayout（它只比对 'github.com'），
+    // 但违反本函数「无法解析返回 null」的契约，会误导后续调用方。
+    if (/^file:/i.test(raw))
+        return null;
+    if (/^[a-zA-Z]:[\\/]/.test(raw))
+        return null;
+    const m = /^(?:[a-z][a-z0-9+.-]*:\/\/)?(?:[^@/\s]+@)?([^/:\s]+)[:/]/i.exec(raw);
+    if (!m)
+        return null;
+    const host = m[1].toLowerCase();
+    // 单字母多半是盘符残留；含空格不可能出现在 host 位置
+    if (host.length < 2 || host === '.' || host.includes(' '))
+        return null;
+    return host;
+}
+/**
+ * 判断工作区处于哪种远程布局。
+ *
+ * 为什么需要分类而不是顺序盲扫：S2 的兜底逻辑按 `.git/config` 的书写顺序
+ * 挑第一个能解析出 GitHub 身份的 remote，而用户执行 `git remote rename` /
+ * `git remote add` 的先后会改变这个顺序——同一个工作区在两次配置操作后
+ * 可能解析出不同仓库。分类后每种布局的处置规则固定，与顺序无关。
+ *
+ * 分类只看 host 与 git 选中的 remote，不看 URL 的仓库名——后者是身份层的事。
+ */
+export function classifyRepoLayout(cfg) {
+    const remotes = Array.isArray(cfg?.remotes) ? cfg.remotes : [];
+    if (remotes.length === 0)
+        return 'no-remote';
+    const isGithub = (u) => parseRemoteHost(u) === 'github.com';
+    const githubRemotes = remotes.filter((r) => isGithub(r.url));
+    if (githubRemotes.length === 0)
+        return 'no-github';
+    if (githubRemotes.length === remotes.length)
+        return 'github-only';
+    return 'github-mixed';
+}
+/**
+ * 在混合布局中确定性地选出一个 GitHub remote。
+ *
+ * 规则（与书写顺序无关）：
+ *   1. 名字为 `origin` 的优先
+ *   2. 否则按 remote 名字字典序最小的
+ *
+ * 为什么用字典序而不是「第一个出现的」：后者让同一个工作区的解析结果
+ * 依赖用户执行 git remote 命令的先后，属于不可复现的行为。
+ * 字典序是可复现、可断言的确定性规则。
+ */
+export function pickGithubRemote(cfg) {
+    const remotes = Array.isArray(cfg?.remotes) ? cfg.remotes : [];
+    const github = remotes.filter((r) => parseRemoteHost(r.url) === 'github.com');
+    if (github.length === 0)
+        return null;
+    const origin = github.find((r) => r.name === 'origin');
+    if (origin)
+        return origin;
+    return [...github].sort((a, b) => a.name.localeCompare(b.name))[0];
+}
+/**
+ * 解码 git 的 C 风格路径转义（`core.quotePath=true` 时的输出形态）。
+ *
+ * 为什么必须解码：git 的 `core.quotePath` **默认就是 true**，此时非 ASCII 路径
+ * （中文/日文/emoji）会被输出成 `"\344\270\255\346\226\207.txt"` 这种八进制转义。
+ * 而 `gh pr view --json files` 返回的是**真实 UTF-8 路径**——两者不一致会导致
+ * 点击文件时按真实路径查不到 diff，界面显示空白，看起来像"这个文件没改动"。
+ *
+ * 只在后端运行（git-parser 仅被 executor 引用），可安全使用 Buffer 做字节重组。
+ */
+function unquoteGitPath(raw) {
+    const quoted = raw.trim();
+    if (!(quoted.startsWith('"') && quoted.endsWith('"')) || quoted.length < 2)
+        return quoted;
+    const inner = quoted.slice(1, -1);
+    const bytes = [];
+    const simpleEscapes = {
+        n: 10, t: 9, r: 13, '"': 34, '\\': 92, a: 7, b: 8, f: 12, v: 11,
+    };
+    for (let i = 0; i < inner.length; i++) {
+        const ch = inner[i];
+        if (ch === '\\' && i + 1 < inner.length) {
+            const next = inner[i + 1];
+            // 八进制转义：\NNN（git 对非 ASCII 字节统一用 3 位八进制）
+            if (next >= '0' && next <= '7') {
+                const oct = inner.slice(i + 1, i + 4);
+                if (/^[0-7]{3}$/.test(oct)) {
+                    bytes.push(parseInt(oct, 8));
+                    i += 3;
+                    continue;
+                }
+            }
+            if (next in simpleEscapes) {
+                bytes.push(simpleEscapes[next]);
+                i += 1;
+                continue;
+            }
+            bytes.push(ch.charCodeAt(0));
+            continue;
+        }
+        // 普通字符：按其 UTF-8 字节序列入栈（保证与八进制字节混排后可整体还原）
+        for (const b of Buffer.from(ch, 'utf8'))
+            bytes.push(b);
+    }
+    return Buffer.from(bytes).toString('utf8');
+}
+/**
+ * 从 `diff --git <src> <dst>` 行中解析出源路径与目标路径。
+ *
+ * 两种形态都要支持：
+ *   1. 未加引号：`diff --git a/src/app.ts b/src/app.ts`
+ *   2. 加引号：`diff --git "a/\344\270\255.txt" "b/\344\270\255.txt"`
+ *      —— core.quotePath=true（git 默认值）下的非 ASCII 路径形态，需转义还原。
+ *
+ * 未加引号形态的分割点判定为什么不能用「第一个」或「最后一个 ` b/`」：
+ * 路径本身就可能含 ` b/` 子串（如 `diff --git a/x b/y.ts b/x b/y.ts`）。
+ *   非贪婪 → 在第一个 ` b/` 截断，得到 src=`x` / dst=`y.ts b/x b/y.ts`（错）
+ *   贪婪   → 在最后一个 ` b/` 截断，得到 src=`x b/y.ts b/x` / dst=`y.ts`（也错）
+ * 正确做法：**枚举所有 ` b/` 分割点，优先选让两侧路径相等的那个**——
+ * 因为除重命名外 git 的 src 与 dst 本就同路径。重命名场景退化为取首个分割点。
+ */
+function parseDiffGitHeader(line) {
+    const body = line.replace(/^diff --git\s+/, '').trim();
+    if (!body)
+        return null;
+    // 形态 2：两侧均为带引号字符串
+    if (body.startsWith('"')) {
+        const m = /^("(?:[^"\\]|\\.)*")\s+("(?:[^"\\]|\\.)*")$/.exec(body);
+        if (!m)
+            return null;
+        return { src: unquoteGitPath(m[1]), dst: unquoteGitPath(m[2]) };
+    }
+    // 形态 1：逐分割点尝试，优先两侧等值
+    if (!body.startsWith('a/'))
+        return null;
+    const rest = body.slice(2);
+    const positions = [];
+    let idx = rest.indexOf(' b/');
+    while (idx >= 0) {
+        positions.push(idx);
+        idx = rest.indexOf(' b/', idx + 1);
+    }
+    if (positions.length === 0)
+        return null;
+    for (const p of positions) {
+        const srcPart = rest.slice(0, p);
+        const dstPart = rest.slice(p + 1); // 跳过空格，保留 "b/..." 前缀
+        if (dstPart.startsWith('b/') && dstPart.slice(2) === srcPart) {
+            return { src: `a/${srcPart}`, dst: dstPart };
+        }
+    }
+    // 重命名等两侧路径确实不同的场景：取首个分割点
+    const p = positions[0];
+    return { src: `a/${rest.slice(0, p)}`, dst: rest.slice(p + 1) };
+}
+/**
+ * 将整段 Git Unified Diff 纯文本按变动文件切分为字典映射。
+ *
+ * 为什么需要按文件切片：PR 可能会修改数十个文件，前端需要支持「点击某个文件即刻查看该文件改动」。
+ * 在内存做切片索引后，切换文件无需发起网络请求（0ms 响应），体验极致流畅。
+ *
+ * 键必须与 `gh pr view --json files` 返回的 `files[].path` **逐字一致**，
+ * 否则点击文件查不到 diff。因此需要处理 core.quotePath 的八进制转义。
+ *
+ * @param rawDiff gh pr diff 或 git diff 输出的原始文本
+ * @returns 映射字典：{ [filePath: string]: string (该文件的完整 diff 文本段) }
+ */
+export function splitUnifiedDiff(rawDiff) {
+    const fileDiffs = {};
+    if (typeof rawDiff !== 'string' || !rawDiff)
+        return fileDiffs;
+    // 使用正向前瞻匹配每一个 `diff --git ` 开头的分界线
+    const chunks = rawDiff.split(/(?=^diff --git )/m);
+    for (const chunk of chunks) {
+        const trimmed = chunk.trim();
+        if (!trimmed.startsWith('diff --git'))
+            continue;
+        const firstLine = trimmed.split(/\r?\n/, 1)[0] || '';
+        const parsed = parseDiffGitHeader(firstLine);
+        if (!parsed)
+            continue;
+        const { src, dst } = parsed;
+        // 统一剥掉 a/ 与 b/ 前缀，得到仓库内的相对路径
+        const srcPath = src.replace(/^[ab]\//, '');
+        const dstPath = dst.replace(/^[ab]\//, '');
+        // 删除文件时目标侧是 /dev/null，必须回退用源路径作为键，
+        // 否则该文件的 diff 会被挂到一个不存在的 "/dev/null" 键上，永远查不到。
+        const isDeletion = dstPath === 'dev/null' || dstPath === '/dev/null';
+        const targetPath = isDeletion ? srcPath : dstPath;
+        if (targetPath) {
+            fileDiffs[targetPath] = trimmed;
+        }
+    }
+    return fileDiffs;
+}

package/lib/executor.d.ts

@@ -1,10 +1,13 @@
-import type { GhExecutionOptions, GhResult, AuthStatus, RepoMetadata, PluginConfig, GitLocalStatus, GitCommitLog, GitCommitEntry, GitBranchesResult } from './types.js';
+import type { GhExecutionOptions, GhResult, AuthStatus, RepoMetadata, PluginConfig, GitLocalStatus, GitCommitLog, GitCommitEntry, GitBranchesResult, AssociatedRepoItem, PrDetailData, IssueDetailData } from './types.js';
 import type { ProxyManager } from './proxy.js';
 import { parseGhVersion, compareGhVersions } from './executor/version-utils.js';
 import { spawnWithStdin, safeSlice, cutByUtf8Bytes, truncateOutput } from './executor/process-utils.js';
-import { parseGitStatusOutput, parseGitLogLines, parseGitBranchLines, parseUncommittedDiff, parseGitStatText } from './executor/git-parser.js';
+import { parseGitStatusOutput, parseGitLogLines, parseGitBranchLines, parseUncommittedDiff, parseGitStatText, parseRemoteUrls, parseGitConfig, resolveRemoteTarget, parseGithubUrl, parseRemoteHost, classifyRepoLayout, pickGithubRemote, splitUnifiedDiff } from './executor/git-parser.js';
+import type { ParsedGitConfig, ParsedRemote } from './executor/git-parser.js';
 import { getPlatformInstallGuide, getGhUpgradeHint } from './executor/platform-guide.js';
-export { parseGhVersion, compareGhVersions, spawnWithStdin, safeSlice, cutByUtf8Bytes, truncateOutput, parseGitStatusOutput, parseGitLogLines, parseGitBranchLines, parseUncommittedDiff, parseGitStatText, getPlatformInstallGuide, getGhUpgradeHint, };
+import { classifyGhError, describeDeterministicError, isRetryableError, permissionRemedy, isPermissionError, type GhErrorKind } from './executor/error-classifier.js';
+export { parseGhVersion, compareGhVersions, spawnWithStdin, safeSlice, cutByUtf8Bytes, truncateOutput, parseGitStatusOutput, parseGitLogLines, parseGitBranchLines, parseUncommittedDiff, parseGitStatText, parseRemoteUrls, parseGitConfig, resolveRemoteTarget, parseGithubUrl, parseRemoteHost, classifyRepoLayout, pickGithubRemote, splitUnifiedDiff, getPlatformInstallGuide, getGhUpgradeHint, classifyGhError, describeDeterministicError, isRetryableError, permissionRemedy, isPermissionError, };
+export type { GhErrorKind, ParsedGitConfig, ParsedRemote };
 export declare class GhExecutor {
     ghPath: string;
     defaultTimeoutMs: number;
@@ -182,6 +185,57 @@ export declare class GhExecutor {
         currentBranch?: string;
         error?: string;
     }>;
+    /**
+     * 推导当前工作区可供用户切换的全部关联 GitHub 仓库列表。
+     *
+     * 数据来源（纯本地+拓扑合成，零新增网络开销）：
+     * 1. 扫描本地 .git/config 的所有 GitHub remote（如 origin, upstream 等）；
+     * 2. 若当前仓库为 Fork 且存在 parent（上游），合并上游仓库（支持本地未配 upstream 的情形）；
+     * 3. 标识当前基准 (isCurrent) 及角色 (fork, upstream, origin, parent)。
+     */
+    getAssociatedRepos(cwd?: string, currentRepo?: RepoMetadata | null, currentUser?: string | null): AssociatedRepoItem[];
+    /**
+     * 设置当前工作区的默认基准 GitHub 仓库（调用官方 `gh repo set-default` 并在本地 git config 持久化）。
+     *
+     * 为什么调用 gh repo set-default：
+     * 1. 它会在 .git/config 写入 `remote.<name>.gh-resolved = base`，这是官方的持久化事实源；
+     * 2. 执行后，不仅本插件的 Web 驾驶舱，外部系统终端中运行的 gh pr, gh issue, gh run 也将 100% 对齐；
+     * 3. 严格做参数格式校验，仅允许合法的 owner/repo 或合法 remote 别名，杜绝命令注入。
+     */
+    setDefaultRepo(cwd: string | undefined, targetRepoOrRemote: string): Promise<{
+        ok: boolean;
+        target?: string;
+        error?: string;
+    }>;
+    /**
+     * 获取 Pull Request 完整详情与变更 Diff 数据（用于 PR 在线审阅与代码比对）。
+     *
+     * 架构设计：
+     * 1. 严格参数白名单校验（PR 编号必须为正整数，repo 必须为合法 owner/repo 格式）；
+     * 2. 并行拉取元数据 (gh pr view) 与 Unified Diff (gh pr diff)；
+     * 3. 在内存通过 splitUnifiedDiff 对 Diff 原文按修改文件切片索引，
+     *    前端点击任一文件即可 0ms 呈现代码行级增删对比，绝无二次网络往返。
+     */
+    getPrDetail(cwd?: string, prNumber?: number | string, repo?: string): Promise<{
+        ok: boolean;
+        data?: PrDetailData;
+        error?: string;
+    }>;
+    /**
+     * 获取 Issue 完整详情（供 IssueDetailModal 在线查看消费）。
+     *
+     * 架构设计：
+     * 1. 严格参数白名单（编号必须为正整数，repo 必须为 owner/repo 形态）——与
+     *    getPrDetail 同一套规则，杜绝任何形式的命令/路径注入；
+     * 2. 单次 `gh issue view --json` 往返即可拿到正文、评论时间线、里程碑与关联 PR，
+     *    不拆成多路并发（Issue 没有 diff 这类重载荷，多开进程反而增加失败面）；
+     * 3. 老版本 gh 遇未知字段会整体失败，因此保留 BASE 字段集降级链。
+     */
+    getIssueDetail(cwd?: string, issueNumber?: number | string, repo?: string): Promise<{
+        ok: boolean;
+        data?: IssueDetailData;
+        error?: string;
+    }>;
     /** 生成当前操作系统平台的推荐安装引导与命令 */
     private getPlatformInstallGuide;
     /**
@@ -201,13 +255,77 @@ export declare class GhExecutor {
      */
     private probeAuth;
     /**
-     * 仅从本地 .git/config 解析仓库身份，绝不发起网络请求。
+     * 从 `refs/remotes/<remote>/HEAD` 符号引用中读取仓库默认分支。
+     *
+     * 为什么只认这一个来源（其余全部实测排除）：
+     *   - `packed-refs` 只存具体 sha，不含 symbolic ref —— 读不到；
+     *   - 当前 HEAD 指向的是**用户 checkout 的分支**，不是仓库默认分支，语义错误；
+     *   - 猜 main/master —— 无依据，宁可回落固定值也不猜。
+     *
+     * @returns 分支名；文件不存在（未 fetch 过）或内容不是符号引用时返回 null，
+     *          由调用方回落到既有默认值（保持原有行为，不引入新错误）
+     */
+    readDefaultBranchFromRef(remoteName: string, cwd?: string): string | null;
+    /**
+     * 解析工作区真实的 git 目录的**两个**路径：局部目录与共享仓库目录。
+     *
+     * 为什么必须分开：worktree 的 `HEAD` 在局部目录（`.git/worktrees/<name>/HEAD`），
+     * 而 `config` 在共享目录（`commondir` 指向处）。只解析其中一个必然读错：
+     *   - 只读局部 → 找不到 config（remote 配置在共享目录）
+     *   - 只读共享 → 拿到**主工作树**的分支名，进而按错误分支查 `branch.*.remote`
+     *
+     * 实测：主工作树 HEAD 是 `ref: refs/heads/master`，worktree 的是 `ref: refs/heads/feat`。
+     *
+     * 常规仓库两者指向同一目录。
+     *
+     * @returns 两个绝对路径；非 Git 目录/指针不可解析时返回 null（绝不抛错）
+     */
+    resolveGitDirInfo(cwd?: string): {
+        localDir: string;
+        commonDir: string;
+    } | null;
+    /**
+     * 解析工作区真实的 git 目录（共享仓库目录）。
+     * 薄封装自 resolveGitDirInfo：读 `config` 的场景（远程指纹）只需要共享目录。
+     */
+    resolveGitDirPath(cwd?: string): string | null;
+    /**
+     * remote 配置指纹：全部 remote url 去重、排序、拼接后取 SHA-256 前 12 位。
+     *
+     * 为什么不用身份解析做缓存失效判定：身份解析要回答「变成了什么」，
+     * 一旦解析器对某种 config 布局有偏差（如双 remote 时取错 remote 段），
+     * 比对就永远失配——缓存再也不命中，每次请求都重拉全部 gh 子进程。
+     * 指纹只回答「变了没有」，不依赖任何语义理解，因此对该类偏差免疫。
+     *
+     * 反例（实测）：`git remote rename origin upstream` 后 `git remote add origin <fork>`，
+     * config 里 upstream 段排在 origin 段前，取「第一个 github.com 匹配」会拿到上游，
+     * 而 git 权威解析（branch.<name>.remote → origin）拿到的是 fork。
+     *
+     * @returns 12 位十六进制指纹；仅当「非 Git 目录 / config 不可读」时返回 null
+     *          （调用方据此保守判定为「未变更」，绝不因探测失败误清空缓存）。
+     *          注意：**config 可读但没有任何 remote 时返回的是空集合的哈希，不是 null**——
+     *          「仓库没有远程」是一个确定事实，它与「读不到配置」必须区分开：
+     *          否则用户删光 remote 后指纹恒为 null，旧快照再也无法失效。
+     */
+    getRemoteFingerprint(cwd?: string): string | null;
+    /**
+     * 读取并解析工作区的 git 远程视图（`.git/config` + `HEAD`）。
+     * 内部方法：把「两个路径各读哪个文件」的细节收敛在一处，
+     * 避免各调用点自己拼路径读错 worktree 的文件。
+     */
+    private readParsedGitConfig;
+    /**
+     * 仅从本地 `.git/config` 解析仓库身份，绝不发起网络请求。
      *
      * 为什么需要它：全局驾驶舱要为每个工作区认识别仓库，而 getRepoMetadata 会调用
      * `gh repo view` 走网络。实测 5 个工作区时该端点冷启动 20.5 秒，其中绝大部分耗在这 5 次
      * 网络往返上——而有界并发根本救不了它，因为瓶颈是网络延迟而不是进程排队。
      * 工作区矩阵只需要「这个目录属于哪个仓库」这一身份信息，本地 .git/config 已经完整具备，
      * 描述/star 数等富字段是当前仓库详情才需要的。这一步把每个工作区从 1 次网络往返降为 0。
+     *
+     * 解析口径与 git 一致（三级回落），不再「取 config 里第一个 github.com 匹配」——
+     * 后者在 `git remote rename origin upstream` + `add origin <fork>` 的布局下会取到上游，
+     * 而 git 认的是 origin（实测）。
      */
     getRepoIdentityFromLocal(cwd?: string): RepoMetadata | null;
     /**