Conversation
기존에는 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>
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.
기존에는 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 가 거부될 일도 없다.
기준점 하드코딩이 사라져 워크플로 실행 횟수와 무관해진다.
검증한 채번 결과: