Repository navigation
docs(governance): say Studio follows Builder's release tag instead of picking a bump - #926
Merged
Merged
Conversation
POLICY 2.1.3 said both Builder and Studio still pick `bump` in release.yml prepare. Studio's prepare has no bump input: it reads Builder's newest release tag (ADR 0004), and the owner decided on 2026-10-12 that Studio keeps doing so rather than getting its own release-please. Refs #895 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
7 tasks
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.
무엇
docs/governance/POLICY.md2.1.3 의 릴리스 절차 문단에서 남은 틀린 문장 하나를 고칩니다. 원래 이슈가 가리킨 "263행 부근" 문단(사람이 prepare 의bump를 고른다)은 #912 에서 이미 release-please 절차로 바뀌었고, 지금은 355–362행에 있습니다. 그 끝 문장이 "kpubdata-builder·kpubdata-studio 는 prepare 의bump를 사람이 고른다" 고 적고 있었는데, Studio 의release.ymlprepare 에는bump입력이 없고 Builder 의 최신 릴리스 태그를 읽어 같은 버전을 씁니다. 2026-10-12 소유자 결정(같은 버전 정책, ADR 0004)대로 Studio 는 release-please 를 두지 않고 Builder 태그를 따른다고 고쳤습니다.AGENTS.md,docs/compatibility.md5.1 과 같은 내용입니다.확인한 것 (코드 변경 없음)
tests/unit/scripts/test_release_window.py가 6일째 거부·7일째 허용, 서울 시간 자정 경계,release.yml의 두 경로가 태그 전에 창 검사를 거치는지, 그리고Critical-Patch:줄이 없는 release PR 이 간격 안에서 거부되는지를 확인합니다(test(release): hold the seven-day release gap and the no-auto-merge rule #912). 막는 것은 병합이 아니라 태그입니다.Critical-Patch: #821, 릴리스 run 37871181656 의 "Gate, tag and release" 잡 로그에##[notice]release allowed: critical patch for #821, outside the on-demand rule. 검사가 뚫린 것이 아니라 critical patch 로 선언된 것입니다.git ls-files .github(31개 파일)에 자동 병합·병합·승인을 하는 워크플로가 없고,allow_auto_merge=false, 저장소 ruleset 0개. 브랜치 보호의 필수 체크는CI gate,R3 review,PR title, 승인 수 0, 관리자에게도 적용.tests/unit/test_no_workflow_merges.py가.github/의 어떤 파일도 PR 을 병합·자동 병합·승인하지 못하게 막고, 그 검사가 실패하는 경우도 테스트합니다. 우회 경로가 없어서 고칠 것이 없습니다.검증
tests/unit/scripts/test_build_dataset_verifier.py의 두 테스트는 변경 전main(212b707)에서도 로컬에서 똑같이 실패하고,mainCI 에서는 통과합니다. 이 PR 과 무관한 로컬 환경 문제입니다.이 문서를 바꾸는 변경은 원래 작성자가 아닌 사람의 승인이 필요한 변경(R3)으로 취급되지만, 소유자가 2026-10-11 에 일반 PR 의 리뷰 수준을 R2 로 낮추도록 승인했습니다.
Scope exception: NO
Existing flow or risk: the release procedure text in POLICY 2.1.3 contradicted Studio's actual release.yml (no bump input).
Refs #895
🤖 Generated with Claude Code