chore(release): open dev at 2.45.0 before releasing 2.44.0

[github-actions]

Summary

2.44.0 is about to be released. Merging this first means dev already outranks the new tag when it lands, so neither dev nor any open pull request ever inherits the version-line failure. release.yml refuses to publish until this has merged.

This moves dev to 2.45.0.

Opened automatically by .github/workflows/dev-version-bump.yml. The same
version-line move was previously done by hand in 32529c2, e4a85d1, 076ad30, and
befcac3.

Verification

The workflow proved 2.44.0 has neither a Git tag nor an npm publication, and bun test tests/ci-workflows/release-version-line.test.ts proved the chosen development version is unused.

Checklist

• Scope stays focused and avoids unrelated cleanup.
• Docs or release notes were updated when needed.
• Security-sensitive changes were reviewed for secrets, auth, and unsafe defaults.

[lidge-jun]

Owner-authorized maintainer admin integration into dev. Exact head 44e94c3c804207c1133d78f3d2c79b8c4a796987: only package.json version changes 2.44.0 to 2.45.0; all other parsed metadata is identical to frozen RC 44ea9576e27c6be8be7f13a86e32bb349368c54d. Preparation workflow succeeded, including its hosted release-version-line check. The owner explicitly waived waiting for premerge CI for this mechanical version move. This is not independent approval or a claim of a completed full PR matrix. The frozen 2.44.0 RC is preserved for both promotions; final release SHA push CI, service lifecycle and dry-run gates remain mandatory.

[lidge-jun]

리뷰 · 우선순위 76 / 80

이 PR은 제품 기능을 바꾸는 패치가 아닙니다. package.json의 version 한 줄만 2.44.0에서 2.45.0으로 올립니다. 어댑터·카탈로그·GUI·워크플로 파일은 건드리지 않습니다. 지금 dev HEAD는 44ea9576e(#3771 Windows lifecycle 테스트 해제 + Cursor blob admission 비용 줄이기)이고, 트리 안 버전 문자열은 아직 2.44.0입니다. origin에는 아직 안정판 태그 v2.44.0이 없고, npm latest도 2.43.0입니다. main tip은 06ec55363(#3678, 패키지 2.43.0), preview tip은 53c784c2a(#3677, 2.43.0-preview.20260906)입니다. 즉 지금 하려는 일은 “이미 낸 버전과 겹친 dev를 고치는 사후 bump”가 아니라, 2.44.0을 채널에 올리기 전에 dev를 다음 minor로 미리 밀어 두는 사전 준비입니다.

왜 미리 올리는지가 중요합니다. release.yml은 퍼블리시 전에 bun scripts/version-line.ts assert-ahead로 dev 버전이 릴리스 버전보다 앞인지 검사하고, 이 bump가 머지되기 전에는 퍼블리시를 거부합니다. 예전처럼 채널에 먼저 올린 뒤 dev가 이미 퍼블리시된 문자열을 들고 있으면 tests/ci-workflows/release-version-line.test.ts가 빨간불이 되고, dev에 붙는 모든 PR이 같은 실패를 물려받습니다. 이번 본문이 말하는 pre-move는 그 창을 없애려고, 채널 퍼블리시 전에 먼저 dev를 2.45.0으로 옮깁니다. 로컬에서 decideDevVersion("2.44.0", "2.44.0")을 돌려 보면 changed: true, version: "2.45.0"이고, 이유는 “안정판이면 next minor”입니다. 이미 2.45.0이면 중복 bump도 안 납니다. 규칙과 한 줄 diff가 정확히 맞습니다.

이 브랜치 codex/dev-version-2.45.0은 .github/workflows/dev-version-bump.yml이 자동으로 연 것이고, 커밋 44e94c3c8는 버전 줄만 바꿉니다. 릴리스 계획 devlog/_plan/260906_release_244_publish/030_dev_bump.md가 바로 이 단계입니다. 의존 순서는 로드맵 → RC 통합(#3771 이미 dev에 있음) → 이 pre-move → preview 승격 → stable 승격입니다. 글을 쓰는 시점에 이 PR 헤드에는 아직 Cross-platform CI·Service lifecycle 체크가 보고되지 않았습니다. types.ts/config.ts 대분리와는 무관하고, 같은 한 줄 bump를 대체할 다른 열린 PR도 없습니다.

라인 3 - package.json version이 2.44.0 → 2.45.0으로만 바뀐다. 이름·설명·바이너리 진입점은 그대로다. 제품 동작 변경 없음.
경로 scripts/bump-dev-version.ts / decideDevVersion - 안정판 2.44.0 이후 next minor는 2.45.0이다. 로컬 호출 결과와 PR diff가 일치한다.
경로 tests/ci-workflows/release-version-line.test.ts - 이 PR에 파일은 없지만, 퍼블리시 전에 dev를 앞으로 밀어 두면 채널 태그 이후 equality 실패 창이 줄어든다. 그게 이번 사전 bump의 목적이다.
경로 .github/workflows/release.yml assert-ahead - 이 bump가 dev에 들어가기 전에는 2.44.0 퍼블리시가 막힌다. 릴리스 게이트 PR이다.
경로 CI - 변경 면적이 한 줄이라 실패 지점이 있다면 버전 비교 테스트·워크플로 재실행 쪽을 보면 된다. 머지 전에 이 PR 헤드의 Cross-platform·Service lifecycle이 초록인지 확인하라.

메인테이너의 판단이 필요한 지점

• 릴리스 244 계획대로 이 bump를 먼저 넣고, 그다음 preview·main 승격으로 갈지(권장 순서)
• 이 PR 헤드 CI가 전부 초록이 되기 전에 owner bypass로 먼저 넣을지, 아니면 체크 완료 뒤에만 머지할지
• 머지 직후 트리아주/opencodex-dev-state의 packageVersion을 2.45.0으로 갱신할지(sync로 충분)

너의 추천
이 PR 헤드 CI·Service lifecycle이 통과한 뒤 dev에 먼저 머지하세요. 한 줄이고 decideDevVersion 규칙과도 맞으며, release.yml이 2.44.0 퍼블리시 전에 요구하는 pre-move입니다. 그다음 preview → main 순으로 같은 RC를 올리면, 퍼블리시 직후 dev가 이미 낸 2.44.0 문자열에 남는 창을 피할 수 있습니다. types/config 대분리로 닫을 PR은 아닙니다.

이 댓글은 grok-bot이 작성했습니다