🍀 ETC: CI 캐시 키에 레포 식별자 추가 — 레포 rename 시 낡은 캐시 자동 무효화

[JEONG-J]

📌 작업 목적

actions/cache 키가 Package.resolved·Package.swift·mise.toml 해시만 보고 있어, 레포 이름이 바뀌어도 캐시가 그대로 살아남는다. SwiftPM .build 안에는 체크아웃 절대경로가 박혀 있으므로, rename 이후 복원된 캐시는 존재하지 않는 경로를 가리키고 빌드가 깨진다. 캐시 키와 restore-keys 에 레포 식별자를 넣어 rename 시 자동으로 무효화되게 한다.

🤔 배경

Big-Dipper-iOS → umc-product-iOS rename 이후 러너 작업 경로가 /Users/runner/work/umc-product-iOS/umc-product-iOS 로 바뀌었다. 그런데 2026-08-20 에 생성된 캐시 macOS-tuist-1b98e0cc… 가 키 해시 변동 없이 그대로 복원돼, tuist generate 가 옛 경로에서 xcframework 를 찾다 실패했다.

✖ Couldn't find xcframework at
  /Users/runner/work/Big-Dipper-iOS/Big-Dipper-iOS/UMCApp/Tuist/.build/artifacts/firebase-ios-sdk/FirebaseAnalytics/FirebaseAnalytics.xcframework
make: *** [generate] Error 1

• 실패 런: 34092862943 (PR 🔧 [Chore] Stella 를 독립 레포로 분리하고 iOS 레포에서 제거 (#1294) #1295)
• 직전 성공 런(9/4, develop)은 rename 전이라 경로가 맞아떨어져 통과했다 — PR 코드와 무관한 인프라 이슈.
• 낡은 캐시 2건(macOS-tuist-1b98e0cc…, macOS-spm-apicov-39fa0fb8…)은 수동 삭제로 즉시 조치 완료. 이 이슈는 재발 방지용이다.
• restore-keys 의 prefix(macOS-tuist-)까지 손봐야 한다. 키만 바꾸면 prefix 매칭으로 낡은 캐시를 다시 물어온다.

✅ 완료 조건

• .github/workflows/tuist-ci.yml 의 key · restore-keys 에 레포 식별자 반영
• .github/workflows/api-coverage.yml 의 key · restore-keys 에 레포 식별자 반영
• 변경 후 CI 런에서 캐시가 새 키로 저장되는지 확인