Skip to content

ci: dev prerelease 채번을 npm 발행 이력 기준으로 변경 - #3091

Merged
kimorkim merged 1 commit into
developfrom
jira/186
Aug 7, 2026
Merged

ci: dev prerelease 채번을 npm 발행 이력 기준으로 변경#3091
kimorkim merged 1 commit into
developfrom
jira/186

Conversation

@kimorkim

@kimorkim kimorkim commented Aug 7, 2026

Copy link
Copy Markdown
Collaborator

기존에는 github.run_number 에서 기준점 313 을 빼서 dev 번호를 만들었다. 이 방식은 워크플로 실행 횟수에 묶여 있어 정식 버전이 올라가도 카운터가
리셋되지 않는다. 4.0.23 이 master 로 배포되면 base 는 4.0.24 로 바뀌지만 run_number 는 그대로 누적돼 있어 4.0.24-dev.1 이 아니라 4.0.24-dev.5 같은 번호가 나온다. 같은 구성을 쓰는 entry-tool 에서 이 문제가 실제로 터져
이미 발행한 버전을 unpublish 하고 다시 올려야 했다. entryjs 는 아직
어긋나지 않았으므로 지금 바꿔 unpublish 없이 전환한다.

이제 npm 에 올라간 -dev.N 중 가장 큰 N 에 1 을 더해 채번한다.
base 가 바뀌면 그 base 의 dev 가 하나도 없어 번호가 자동으로 1 부터 다시
시작하고, 발행 이력을 근거로 삼으니 재publish 가 거부될 일도 없다.
기준점 하드코딩이 사라져 워크플로 실행 횟수와 무관해진다.

검증한 채번 결과:

  • 4.0.23 -> dev.2 (4.0.23-dev.1 이 이미 발행돼 있음)
  • 4.0.24 / 4.1.0 / 5.0.0 -> dev.1 (해당 base 의 dev 가 없어 리셋)

기존에는 github.run_number 에서 기준점 313 을 빼서 dev 번호를 만들었다.
이 방식은 워크플로 실행 횟수에 묶여 있어 정식 버전이 올라가도 카운터가
리셋되지 않는다. 4.0.23 이 master 로 배포되면 base 는 4.0.24 로 바뀌지만
run_number 는 그대로 누적돼 있어 4.0.24-dev.1 이 아니라 4.0.24-dev.5 같은
번호가 나온다. 같은 구성을 쓰는 entry-tool 에서 이 문제가 실제로 터져
이미 발행한 버전을 unpublish 하고 다시 올려야 했다. entryjs 는 아직
어긋나지 않았으므로 지금 바꿔 unpublish 없이 전환한다.

이제 npm 에 올라간 <base>-dev.N 중 가장 큰 N 에 1 을 더해 채번한다.
base 가 바뀌면 그 base 의 dev 가 하나도 없어 번호가 자동으로 1 부터 다시
시작하고, 발행 이력을 근거로 삼으니 재publish 가 거부될 일도 없다.
기준점 하드코딩이 사라져 워크플로 실행 횟수와 무관해진다.

검증한 채번 결과:
- 4.0.23 -> dev.2 (4.0.23-dev.1 이 이미 발행돼 있음)
- 4.0.24 / 4.1.0 / 5.0.0 -> dev.1 (해당 base 의 dev 가 없어 리셋)

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@kimorkim
kimorkim merged commit 5e796cf into develop Aug 7, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant