chore(ci): lint.yml 이름이 아직 Static Analysis (Reviewdog) — 저장소에 reviewdog 이 없다 #1097

현황

lint.yml 의 워크플로 이름은 Static Analysis (Reviewdog) 인데, 이 저장소에는 reviewdog 이 더 이상 없다.

• ktlint 쪽 ScaCap/action-ktlint(reviewdog) 제거 — perf(ci): ktlint 를 PR 당 두 번 검사 — reviewdog 경로 32초·버전 이원화 정리 #1012
• Android Lint 쪽 dvdandroid/action-android-lint(reviewdog) 제거 — fix(ci): Android Lint 리포터가 매 run reviewdog 을 네트워크 설치 — 실패 시 required check 가 red, 재시도로는 못 푼다 #1093

두 job 모두 위반을 job summary 로 렌더한다. 이름만 남았다.

왜 다루는가

Actions 목록·PR 체크·알림에 이 이름이 그대로 뜬다. 없는 도구를 가리키는 이름은 이 워크플로를 처음 보는 사람에게 "reviewdog 설정이 어딘가 있겠거니" 하는 잘못된 출발점을 준다. 실제로 #1093 조사 때도 워크플로 이름과 실체가 어긋나 한 번 더 확인해야 했다.

주의 — 바꿔도 되는 이름인지

required status check 는 job name 으로 매칭한다. develop ruleset 이 요구하는 8종은 guard, Run Unit Tests, Check Code Quality (Ktlint), Check Project Issues (Android Lint), Validate Compose Preview Screenshots, Repository Quality, Analyze (java-kotlin), Analyze (actions) 이고, 여기 워크플로 name: 은 없다. 따라서 워크플로 이름 변경은 required check 매칭을 건드리지 않는다.

바뀌는 것은 concurrency.group 의 ${{ github.workflow }} 가 만드는 문자열인데, 그룹 키가 달라질 뿐 동작은 같다(전환 시점에 걸쳐 있던 run 이 서로 취소하지 않는 정도).

두 job 의 name: 은 절대 건드리지 않는다 — 그쪽을 바꾸면 required 이름이 영영 도착하지 않아 체크가 전부 green 이어도 영구 BLOCKED 가 된다.

범위

1. lint.yml 의 워크플로 name: 을 실체에 맞게 바꾼다 (예: Static Analysis).
2. job name: 2종은 그대로 둔다.
3. 워크플로 이름을 참조하는 곳이 있는지 확인한다 — .github/scripts/*-policy.test.mjs, 배지, 문서, workflow 이름으로 run 을 찾는 스크립트.

완료 조건

• lint.yml 에 실체와 어긋나는 도구 이름이 없다.
• ruleset required 8종이 그대로 도착하고, PR 이 BLOCKED 로 남지 않는다.
• 워크플로 이름을 문자열로 참조하던 자리가 있으면 함께 갱신됐다.

관련

• fix(ci): Android Lint 리포터가 매 run reviewdog 을 네트워크 설치 — 실패 시 required check 가 red, 재시도로는 못 푼다 #1093 / fix(ci): Android Lint 리포터를 job summary 로 교체 — 매 run reviewdog 을 네트워크 설치하던 도커 액션 제거 (closes 1093) [base: develop] #1096 — Android Lint 쪽 reviewdog 제거. 이 이슈는 그 뒤에 남는 껍데기다.
• perf(ci): ktlint 를 PR 당 두 번 검사 — reviewdog 경로 32초·버전 이원화 정리 #1012 — ktlint 쪽 reviewdog 제거.
• ci: PR 검증을 단일 required gate로 묶고 stale run을 자동 취소 #848 — PR 검증을 단일 required gate 로 묶는 작업. lint.yml 을 reusable/orchestration 으로 재구성하면서 이름을 손댈 가능성이 크다. 그 작업이 먼저 가면 거기서 함께 처리하고 이 이슈는 닫는다.