fix: pnpm 버전을 10.13.1 로 packageManager 핀하여 CI 복구

[youngminss]

🎯 PR 제목

fix: pnpm 버전을 10.13.1 로 packageManager 핀하여 CI 복구

📑 작업 상세 내역

• 버그 수정
  • package.json 에 \"packageManager\": \"pnpm@10.13.1\" 을 추가합니다
  • 이전 두 hotfix(fix: CI 에서 pnpm v11 build script 차단으로 인한 docker build 실패 해소 #139, fix: pnpm v11 build allowlist 를 pnpm-workspace.yaml 로 이전 #140) 가 v11 의 strict ignored-builds 정책을 우회하지 못했습니다 — v11 은 onlyBuiltDependencies 설정이 있어도 native build script (sharp/unrs-resolver) 가 발견되면 install 을 실패시킵니다
  • corepack 이 packageManager 부재 시 자동으로 latest pnpm(현재 11.0.8) 을 가져왔던 점이 원인이라, 마지막 green CI 시점 버전(10.13.1) 으로 핀해 동일 버전이 CI 에서도 사용되도록 합니다
  • 이전 hotfix 의 pnpm-workspace.yaml allowlist 는 그대로 유지 — 미래에 v11 마이그레이션 시 곧바로 재사용 가능

🙏 리뷰 요청 사항

• 본 PR 머지 후 develop deploy CI 가 green 으로 회복되는지 확인 부탁드립니다
• pnpm v11 호환은 별도 follow-up 으로 진행 (allowBuilds 형식 도입 등)

📃 참고 자료

• 직전 hotfix: fix: CI 에서 pnpm v11 build script 차단으로 인한 docker build 실패 해소 #139, fix: pnpm v11 build allowlist 를 pnpm-workspace.yaml 로 이전 #140 (둘 다 ignored builds 정책 우회 실패)
• 실패한 deploy 런: https://github.com/Nexters/yogieat/actions/runs/25508980660
• pnpm v11 stable 출시 이후 corepack 이 자동으로 v11 을 받기 시작한 게 직접 원인

🖼️ 작업 결과물

• 프로젝트 문서

[gemini-code-assist]

Code Review

package.json에 packageManager 필드를 추가하여 pnpm 버전을 고정했습니다. 리뷰에서는 pnpm v11 사용에 따른 lockfile 버전 불일치로 인한 CI 오류 가능성을 지적하며 v10 호환 버전으로의 롤백 필요성을 언급했고, 개발 환경의 일관성을 위해 engines 필드에도 pnpm 버전을 명시하도록 제안했습니다.

[gemini-code-assist]

pnpm v11이 이미 실행되어 pnpm-lock.yaml이 v9으로 업데이트된 경우, packageManager를 v10으로 고정하더라도 lockfile 버전 불일치로 인해 CI 설치 단계에서 오류가 발생할 수 있습니다. CI 복구를 위해 lockfile을 v10 호환 버전(v6 또는 v7)으로 롤백하는 작업이 함께 수행되어야 합니다.

[gemini-code-assist]

packageManager 필드와 더불어 engines 필드에도 pnpm 버전을 명시하는 것을 권장합니다. 이는 Corepack을 사용하지 않는 환경에서도 개발자들이 동일한 pnpm 버전을 사용하도록 유도하여 환경 일관성을 높여줍니다.

	"packageManager": "pnpm@10.13.1",
	"engines": {
		"pnpm": "10.13.1"
	}