feat: 打通 推送→审查→晋级→关闭 Issue 的完整闭环

直接推送也能晋级
  往受保护分支直接推代码（没有 PR）时，审查通过后自动开一个
  <分支> → <管理分支> 的 PR 并合并它，而不是放弃自动合并。
  已存在同类 open PR 时复用它，不重复创建。

晋级 PR 不再被重复审查
  自动创建的 PR 带 PROMOTION_MARKER，其 pull_request 事件直接跳过。
  同一批提交在 push 时已经审过，重复审会在合并完成后凭空造出 Issue
  （此前确实产生了这样一个幽灵 Issue）。

合并即关闭该仓库全部审查 Issue
  两条触发路径：
  - 服务自己完成合并后立即关闭
  - 人在 Gitea 手动合并时，pull_request closed + merged=true 事件触发关闭
  手动合并是「代码已落地」最可靠的信号，不再依赖 push 侧的 merge 提交探测。

晋级使用 merge 而非 squash
  squash 会把晋级提交重写成全新提交，两个长期分支每晋级一次就多分叉
  一点，最终必然冲突（已在 offerpai_h5 上复现 add/add 冲突）。
  merge 保留共同祖先，下次晋级只携带新提交。

合并可等待性
  Gitea 异步计算 mergeable，原先只轮询 5 秒就放弃。改为指数退避约 30 秒，
  并区分「尚未算出」（继续等）与「确实冲突」（放弃）。失败时往 PR 留评论
  说明原因，不再只写服务日志。

验证（真实 webhook）：
  推送 test → 审查通过 → 自动开 PR #9 (test→prd) → merge 合并
  → pull_request merged 事件 → 关闭 0 个待处理 Issue
  prd 顶端前进为合并提交，test/prd 保持一致，无幽灵 Issue 产生

app/lib/ocr.js

@@ -183,6 +183,14 @@ export class OcrRunner {
     return res.stdout.trim().split("\n")[0];
   }
 
+  /** Parent commit count for a commit; >1 means it is a merge commit. */
+  async parentCount(dir, sha) {
+    const res = await git(["rev-list", "--parents", "-n", "1", sha], { cwd: dir, timeoutMs: 60000 });
+    if (res.code !== 0) return 0;
+    const parts = res.stdout.trim().split(/\s+/).filter(Boolean);
+    return Math.max(0, parts.length - 1);
+  }
+
   async changedFiles(dir, fromSha, toSha) {
     const res = await git(
       ["diff", "--name-only", "--diff-filter=ACMRTUXB", fromSha, toSha],