🔧 [Chore] CI 캐시 키에 레포 식별자 추가 — rename 시 낡은 캐시 자동 무효화 (#1296)

[JEONG-J]

🔗 관련 이슈

Closes #1296

✨ PR 유형

CI 워크플로 설정 변경 (chore)

📷 스크린샷 or 영상(UI 변경 시)

해당 없음 — UI 변경 없음.

🛠️ 작업내용

actions/cache 키가 Package.resolved·Package.swift·mise.toml 해시만 보고 있어, 레포 이름이 바뀌어도 캐시가 그대로 살아남았습니다. 캐시된 SwiftPM .build 안에는 체크아웃 절대경로(/Users/runner/work/{레포명}/{레포명}/...)가 박혀 있어서, rename 이후 복원된 캐시는 존재하지 않는 경로를 가리킵니다.

• .github/workflows/tuist-ci.yml — key 에 ${{ github.event.repository.name }} 삽입
• .github/workflows/api-coverage.yml — 같은 방식으로 key 수정
• 두 워크플로 모두 restore-keys prefix 에도 레포명을 넣었습니다. 키만 바꾸면 prefix 매칭(macOS-tuist-)으로 낡은 캐시를 다시 물어오기 때문입니다
• 왜 절대경로가 박히는지는 주석으로 남겨 뒀습니다

📋 추후 진행 상황

낡은 캐시 2건(macOS-tuist-1b98e0cc…, macOS-spm-apicov-39fa0fb8…)은 이미 수동 삭제했습니다. 이 PR 머지 후 첫 런은 캐시가 비어 있어 평소보다 느립니다.

#1295 는 api-coverage.yml 의 hashFiles 경로를 Stella/ → .stella/ 로 바꾸므로 이 PR 과 같은 줄에서 충돌합니다. 이 PR 을 먼저 머지하고 #1295 를 리베이스하는 순서가 편합니다.

📌 리뷰 포인트

• github.event.repository.name 은 api-coverage.yml 의 트리거(schedule / workflow_dispatch)에서도 payload 에 포함되어 정상 동작합니다. 혹시 비더라도 키가 한 번 미스나고 새로 저장될 뿐, 빌드가 깨지지는 않습니다
• 레포명 대신 github.repository_id 를 쓰면 rename 에도 값이 유지되어 목적을 못 이룹니다

✅ Checklist

PR이 다음 요구 사항을 충족하는지 확인해주세요!!!

• 커밋 메시지 컨벤션에 맞게 작성했습니다
  • 해당 링크 : 깃 모지 컨벤션
• 유지-보수를 위해 주석처리를 잘 작성하였는가?
  • 해당 링크 : Xcode 주석 정리