chore(release): open dev at 2.59.0 before releasing 2.58.0

[github-actions]

Summary

2.58.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.59.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.58.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]

리뷰 · 우선순위 78 / 80

이 PR은 기능을 바꾸는 요청이 아니다. 2.58.0을 태그·게시하기 직전에 dev의 package.json 버전만 2.58.0 → 2.59.0으로 올리는 open-dev 릴리스 초어다. 지금 로컬에서 갱신한 dev HEAD는 4655d32f88385608769c93c7f7ac79ed0056d68d이고, 이 PR이 이미 그 tip으로 머지된 상태다. 바로 아래 tip은 #4912 세이프 스티어링 설정·공개 API·프로브(5061f2c956)다.

본문이 말한 이유와 트레인 문서가 같다. release.yml은 dev 버전이 곧 나갈 태그보다 앞서 있지 않으면 publish를 거부한다. 그래서 태그/게시 전에 dev를 다음 minor로 열어 두면, dev와 그걸 베이스로 열린 PR들이 버전 라인 실패를 물려받지 않는다. 열어 준 주체는 사람 손이 아니라 .github/workflows/dev-version-bump.yml이고, 예전에 손으로 했던 32529c2b2 / e4a85d134 / 076ad3036 / befcac3e1 패턴을 자동화한 것이다.

워크플로 검증 주장도 릴리스 규율과 맞다. 워크플로가 2.58.0에 Git 태그·npm 게시가 아직 없다고 확인했고, bun test tests/ci-workflows/release-version-line.test.ts로 고른 개발 버전(2.59.0)이 쓰이지 않았다고 증명했다고 본문에 적혀 있다. 변경 파일은 package.json 한 줄뿐이고 lockfile·changelog·소스 패치는 없다. 이 초어의 범위로는 그게 맞다.

2.58.0 트레인과의 관계는 이렇게 읽힌다. #4909로 열린 devlog/_plan/260918_2580_release_train 순서에서 이 단계는 Move dev's version line이다. 프리즈 후보 SHA는 여전히 5061f2c956(패키지 2.58.0)이고, 그걸 main으로 올리는 프로모션은 #4915(release/2.58.0 → main, draft, 제목의 WRONG BRANCH / enforce-target 빨강은 설계상)다. open-dev가 먼저 들어가서 assert-ahead가 풀리는 쪽이 2.57.0 때와 같은 순서다.

types.ts/config.ts 스플릿 캠페인과는 무관하다. 닫거나 rebase할 대상이 아니라, 이미 tip에 들어간 릴리스 게이트다. 제품 행동 변화도 없다. 남는 일은 프로모션(#4915) → publish(release.yml + expected-sha) → preview 프로모션·레지스트리 확인이다.

라인 3 - package.json "version": "2.59.0". 이전 tip의 2.58.0에서 한 칸만 올렸다. 범위·방향이 트레인 약속과 같다.
경로 .github/workflows/dev-version-bump.yml - 이 PR을 자동으로 연 워크플로. pre-release 본문 템플릿·버전 프리니스 검사와 맞다.
경로 .github/workflows/release.yml - assert-ahead로 dev 버전이 릴리스 버전보다 앞선지 확인. open-dev 머지 후에야 publish가 통과한다.
경로 tests/ci-workflows/release-version-line.test.ts - 트리 안 버전이 이미 나간 태그보다 뒤처지지 않게 막는 테스트. 본문 검증 근거.
경로 package.json (기타 필드) - name/description/scripts 등은 손대지 않음. 초어 범위 유지.
전제 #4915 - 프리즈 후보 5061f2c956 프로모션은 아직 draft. open-dev는 끝났으니 다음은 ready·필수 CI 후 머지.
전제 #4909 - 2.58.0 트레인 로드맵 이미 머지. 이 초어는 그 표의 open-dev 칸을 채운 것.

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

• 이미 tip에 머지된 open-dev를 그대로 두고 [WRONG BRANCH] release: promote dev to main for 2.58.0 #4915 프로모션을 ready로 올릴지.
• publish 시 expected-sha를 프리즈 후보 5061f2c956의 main 머지 커밋으로 고정할지.
• dev가 이제 2.59.0이므로, 이후에 열리는 기능 PR이 실수로 2.58.0으로 되돌리지 않는지 CI로만 막을지.
• fix(retry): extend transient-5xx replay budget to openai-responses passthrough #4800/Provider transientRetryOn5xx never reaches the Responses passthrough lane #4893 계열을 2.58.0 밖으로 남길지(트레인 문서의 알려진 잔여).

너의 추천
추가 수정 없이 이 머지를 유지한다. 다음은 #4915를 draft에서 ready로 올리고 필수 product CI가 프리즈 SHA에서 안정되면 프로모션 머지 → release.yml으로 2.58.0 publish다. enforce-target 빨강만으로 #4915를 닫거나 rebase하지 않는다. types/config 스플릿 이유로 이 초어를 되돌릴 필요는 없다.

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