Repository navigation
chore: pnpm 11.24.0 이관 (yarn 4 → pnpm) — #25 위 스택 - #26
Merged
Merged
Conversation
Contributor
Author
|
@coderabbitai review |
✅ Action performedReview finished.
|
pbc1017
force-pushed
the
chore/node-24
branch
from
October 15, 2026 16:25
3c54a82 to
de47d98
Compare
Reapply the reviewed pnpm migration on the merged Node24 prerequisite with a GitHub-verified signature. Source tree is unchanged. Constraint: Preserve original pnpm migration byte for byte Confidence: high Scope-risk: narrow Co-authored-by: wes5510 <wes5510@icloud.com>
pbc1017
force-pushed
the
chore/pnpm-11
branch
from
October 15, 2026 16:34
78ad03d to
20ed2d0
Compare
pbc1017
approved these changes
Oct 15, 2026
pbc1017
left a comment
Member
There was a problem hiding this comment.
갱신된 커밋의 소스와 설치·CI·빌드 경로를 재검토했습니다. 현재 변경에서 추가 수정 사항은 확인되지 않았고, 최신 CI와 커밋 서명 검증도 통과했습니다.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
yarn 4(Berry) → pnpm 11.24.0 이관입니다. Node 24 상향 PR #25 위에 쌓은 스택 PR이라 base가 그 브랜치(
chore/node-24)입니다. 머지 순서는 #25 먼저입니다 — 그 PR이 머지되면 이 PR의 base를main으로 바꾸고(이 레포는 머지 뒤 브랜치 자동 삭제가 꺼져 있어 base가 저절로 안 바뀝니다) 필요하면 rebase·회귀 재확인을 합니다.검증
커밋
78ad03d기준, as-is는 Node PR head3c54a82(yarn 4.2.2, Node 24)입니다.yarn install --immutable/ to-bepnpm install --frozen-lockfile+build→ 직접 의존성 resolved 맵 0줄 차이 · 실행된 install script 1개 → 1개(esbuild) · 빌드 산출물 3개 내용 해시 동일fsevents에 붙이는node-gyp묶음, 4개는 styled-components의 선택 peercss-to-react-native묶음, 1개는 타입 전용csstype합침)test잡이 붙습니다 — 전 스텝 success, 로그version: 11.24.0(pnpm/action-setup) ·node: v24.21.0·make init의Done in 3.7s using pnpm v11.24.0봐주셔야 할 것
wam/pnpm-workspace.yaml의allowBuilds에esbuild@0.19.12하나만true입니다. 지금 yarn이 Linux에서 실제로 실행하던 집합과 같습니다. 버전까지 박아서, lockfile이 갱신돼 새 버전이 오면 install이ERR_PNPM_IGNORED_BUILDS로 멈추고 다시 승인하게 됩니다(공급망 방어가 목적이라 의도된 동작).strictDepBuilds: true도 켰습니다.css-to-react-native가 더는 설치되지 않습니다 — styled-components 6.4.4가 이 패키지를 의존성과 선택 peer 양쪽에 적어 두었는데, pnpm은 peer로 보고 깔지 않습니다. 웹 빌드는 이 패키지를 쓰지 않아 번들이 바이트 단위로 같습니다(위 회귀 대조). React Native용styled-components/native를 쓸 계획이면 직접 의존성으로 넣어야 합니다.corepack yarn …→corepack pnpm …(install --immutable→install --frozen-lockfile). README 6개(루트·wam의 en/ko/ja)와Makefile을 같이 고쳤습니다.이관을 어떤 순서로 했나 — import 출력
트랙 표준 순서대로
node:24컨테이너에서 돌렸습니다:packageManager: pnpm@11.22.0기입(원래 있던yarn@4.2.2를 지우고) →pnpm-workspace.yaml신설 →pnpm import(Berryyarn.lock→ pnpm-lock, 패키지 315개, exit 0) →pnpm@11.24.0상향 +engines.pnpm >=11.22.0+allowBuilds·strictDepBuilds→yarn.lock·.yarnrc.yml·.yarn/삭제 →pnpm install --frozen-lockfileexit 0,ERR_PNPM_IGNORED_BUILDS0건.CI는
pnpm/action-setup@v6.1.0(version: 11.24.0)을setup-node앞에 두고 캐시를cache: pnpm·wam/pnpm-lock.yaml로 바꿨습니다.Makefile은corepack pnpm을 부르므로 버전은packageManager가 정합니다.전이 의존성 76개가 빠진 이유 — 의존 그래프로 센 결과
yarn.lock의 의존 그래프를 따라가 빠진 76개가 어디서 왔는지 셌습니다.node-gyp묶음: Berry는 install script가 있을 법한 패키지(여기선 macOS 전용fsevents@2.3.3)에node-gyp: npm:latest를 암묵 의존으로 붙여 lockfile에 남깁니다. pnpm은 이런 의존을 만들지 않습니다.fsevents는 Linux에서 원래 안 깔리고, 2.x는 미리 빌드된 바이너리라 macOS에서도node-gyp를 부르지 않습니다.css-to-react-native묶음(camelize·css-color-keywords·postcss-value-parser포함): 위 "봐주셔야 할 것" 둘째 항목.csstype@3.1.3:@types/react쪽에서 쓰던 것이 이미 있던csstype@3.2.3하나로 합쳐졌습니다. 타입 정의라 런타임과 무관하고, to-be 빌드의tsc가 통과했습니다.새로 생긴 이름@버전은 0개입니다.
회귀 대조를 어떻게 쟀나
같은 소스를 as-is(yarn 4.2.2)·to-be(pnpm 11.24.0)로 각각 새 컨테이너·새 store에서 설치·빌드하고 스냅샷 네 가지를 대조했습니다: 직접 선언 의존성의 resolved 버전 맵 · 직접 선언 목록 · 실제로 실행된 install script 집합 · 빌드 산출물(
wam/dist/) 파일 내용 해시. 네 가지 모두 동일입니다.안 건드린 것
.gitignore의 yarn 로그·캐시 무시 줄 3개 — 무시 규칙이라 남아도 해가 없습니다Summary by CodeRabbit