feat(smartlog): Phase 3 #310 — branch-tip CI overlay for PR-less nodes

[erishforG]

무엇

attach_ci_overlay 가 PR이 없는 SmartlogNode를 조용히 건너뛰던 문제를 수정합니다. 이 Phase는 issue #310 의 원래 요구사항을 완성합니다:

각 worktree branch tip 에 대해 GitHub check runs aggregate

왜 (Epic: Refs #310, Milestone: v1.0)

• Phase 1: SmartlogCiOverlay struct + attach_ci_overlay skeleton (PR feat(smartlog): Phase 1 CI overlay — SmartlogCiOverlay + attach_ci_overlay · Refs #310 #418)
• Phase 2: running 필드 + badge fix (PR feat(smartlog): Phase 2 #310 — SmartlogCiOverlay.running count + badge fix #419)
• Phase 3 (이 PR): PR 없는 branch에도 CI badge 표시

PR 없이 작업 중인 worktree(초기 branch, 실험적 spike 등)도 CI 상태를 한눈에 볼 수 있어야 합니다.

변경

src/github/mod.rs

• GitHubClient::get_check_runs_by_sha(sha: &str) -> Result<CiStatus> 추가
  • PR 조회 없이 /commits/{sha}/check-runs 직접 호출
  • pr_number: 0 sentinel (호출자는 집계 필드만 사용)
  • get_check_runs와 동일한 집계 로직 공유

src/cli/commands/smartlog.rs

• attach_ci_overlay: 노드별 분기
  • PR 있는 노드 → 기존 get_check_runs(pr.number) 경로
  • PR 없는 노드 → git rev-parse <branch> 로 SHA 해결 후 get_check_runs_by_sha 호출
  • git 실패 시 해당 노드 CI 배지 생략 (graceful degradation)
• resolve_branch_tip_sha(repo, branch) -> Option<String> 추가
• Phase 3 모듈 doc comment
• 테스트 3개 추가

다음 Phase 힌트

Phase 4 후보:

• 짧은 TTL 캐시로 rate-limit 보호 (issue feat(smartlog): CI overlay — check runs / workflow status per PR #310 scope에 언급)
• parsec smartlog --no-overlay 시 CI도 완전히 skip되는지 통합 테스트

리스크

• low: 기존 PR-linked 노드 동작 변경 없음. PR-less 노드는 git rev-parse 실패 시 CI 배지 생략 (이전과 동일). 새 GitHub API 호출은 기존 get_check_runs와 같은 엔드포인트.

롤백

git revert e0033c3 — 두 파일만 변경, 메인 로직 불변.

Test plan

• cargo build --quiet ✅
• cargo fmt --check ✅
• cargo clippy --all-targets -- -D warnings ✅
• cargo test --quiet: 325 tests pass ✅
• 신규 테스트: ci_badge_renders_same_for_pr_less_node, ci_badge_none_renders_for_pr_less_node, resolve_branch_tip_sha_rejects_empty

@erishforG