platform 스코프를 앱 코드(app)와 저장소 운영(platform)으로 가른다 #1986

작업 유형

maintenance — CI·빌드·의존성·저장소 운영 유지보수

주 담당 모듈

platform — Android 앱·CI·빌드·릴리스·저장소 운영

개요

platform 스코프의 정의가 "Android 앱·CI·빌드·릴리스·저장소 운영" 이라 성격이 다른 두 부류가 한 라벨에 섞인다. 워크플로·스크립트·문서만 바꾸는 PR 과, 앱 셸·루트 네비게이션·core:ui 공통 계약처럼 앱 구조를 바꾸는 PR 이 같은 area:platform 으로 보인다. 그 결과 "platform 은 인프라" 로 읽고 승인된 PR 을 일괄 머지하면 #1824 같은 대규모 앱 구조 변경(41개 main 파일)이 내용을 모른 채 들어간다(0908 새벽 실측).

변경:

• 이슈 양식 주 담당 모듈 에 app — 앱 셸·루트 네비게이션·앱 모듈 공통 을 추가하고, platform 설명을 CI·빌드·릴리스·저장소 운영 으로 좁힌다.
• 라벨 area:app 을 만들고(색은 다른 area 와 동일), area:platform 설명을 같은 문구로 맞춘다.
• reconcile-issue-metadata.mjs 의 모듈→라벨·담당자 지도에 app 을 추가한다(담당 1hyok).
• validate-pr-module-owner.mjs 의 경로→모듈 판정에서 app/ 을 app 으로 분리한다. build-logic/·konsist/·.github/·gradle/·scripts/·git-hooks/ 는 platform 에 남긴다.
• publish-dependency-audit-issues.mjs 가 만드는 이슈 본문의 platform 문구를 새 설명으로 맞춘다.
• 위 스크립트의 테스트를 함께 갱신한다.

완료 조건: node --test .github/scripts/*.test.mjs 초록, 새 이슈 양식에서 app 선택 시 리컨사일이 area:app 과 담당자를 붙인다.

참고

• 기존 이슈·PR 의 라벨은 소급하지 않는다.
• refactor(platform): 소관 그래프 4종을 Navigation 3 로컬 스택으로 옮긴다 (#1698) #1824 (Nav3 로컬 스택 이관) 이 이 경계 문제의 실측 사례다.