Repository navigation
chore: release v0.11.0 - #890
Open
github-actions[bot] wants to merge 2 commits into
Open
github-actions[bot] wants to merge 2 commits into
github-actions[bot] wants to merge 2 commits into
Conversation
github-actions
Bot
force-pushed
the
release-please--branches--main--components--kpubdata
branch
from
October 11, 2026 00:10
7985de1 to
1481761
Compare
yeongseon
added a commit
that referenced
this pull request
Oct 11, 2026
…ule (#912) #895 중 kpubdata 저장소에서 할 수 있는 부분입니다. Builder·Studio 쪽 작업과 토큰 방식 결정은 남아 있어 이슈는 열어 둡니다. ## 바뀐 것 - **7일 간격 검사 테스트** (`tests/unit/scripts/test_release_window.py`): 간격 규칙은 이미 `scripts/release_window.py` 로 분리돼 있어 새 스크립트는 만들지 않았습니다. 실제 v0.9.0 게시 시각(2026-10-06T02:43:55Z)으로 6일째(10/12)는 거부, 7일째(10/13)는 허용, 그리고 UTC 로는 6일이지만 서울 시간으로 7일째인 순간(10/12 15:00 UTC)은 허용되는지 확인합니다. `release.yml` 의 prepare 와 release 두 경로가 태그·버전을 쓰기 전에 on-demand 창 검사를 거치는지도 확인합니다. - **v0.10.0 이 사흘 만에 나간 이유**: 검사가 놓친 것이 아닙니다. release-please PR #830 본문에 `Critical-Patch: #821` 줄이 있었고, 릴리스 실행 로그에 `release allowed: critical patch for #821, outside the on-demand rule` 이 남아 있습니다. 테스트가 `release.yml` 의 `Read a critical-patch declaration` 스크립트를 그대로 실행해, 그 줄이 있으면 통과하고 없으면 10/09 에 거부된다는 것을 보입니다. - **워크플로가 PR 을 병합하지 않는다는 검사** (`tests/unit/test_no_workflow_merges.py`): 세 저장소 어디에도 Dependabot 자동 병합 워크플로는 없고 저장소 자동 병합 설정도 꺼져 있습니다. 브랜치 보호는 승인 수를 요구하지 않으므로(무거운 변경 리뷰 라벨이 붙은 PR 만 승인 필요) 자동 병합은 필수 체크는 지켜도 사람을 건너뜁니다. 그래서 `.github/` 의 어떤 파일도 PR 을 병합·자동 병합·승인하지 못하게 막고, 그런 워크플로를 실제로 잡아내는 테스트를 함께 둡니다. - **문서**: `POLICY.md` 2.1.3 의 "버전은 prepare 의 `bump` 를 사람이 고른다" 를 release-please 절차로 고쳤습니다. `docs/compatibility.md` 5.1 에 v0.10.0 경위와 자동 병합 금지를 적었고, `RELEASE_POLICY.md` 의 절차 1단계를 맞췄습니다. ## 확인 ``` uv run ruff check . -> All checks passed! uv run ruff format --check . -> 432 files already formatted uv run mypy src -> Success: no issues found in 70 source files scripts/check_english_comments.py -> no Korean comments or docstrings scripts/check_plain_codes.py -> no bare review/verification code uv run pytest -> 3366 passed, 2 failed (test_build_dataset_verifier, origin/main 에서도 같은 2건 실패 — 이 변경과 무관) mkdocs build --strict -> built python -m build -> built ``` 릴리스·태그는 하지 않았고 #890 도 병합하지 않았습니다. Refs #895 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
github-actions
Bot
force-pushed
the
release-please--branches--main--components--kpubdata
branch
from
October 12, 2026 00:22
2ef97ee to
fe8168f
Compare
yeongseon
added a commit
that referenced
this pull request
Oct 12, 2026
… token (#921) ## 무엇 2026-10-12 소유자 결정(#895): release-please 가 연 release PR 의 필수 체크는 **최소 권한 GitHub App 토큰**으로 돌린다. 이 PR 은 kpubdata 워크플로 쪽 준비다. - `.github/workflows/release-please.yml` - `actions/create-github-app-token@bcd2ba49…` (v3.2.0, 커밋 SHA 고정)으로 secret `RELEASE_APP_CLIENT_ID` · `RELEASE_APP_PRIVATE_KEY` 에서 설치 토큰을 받는다. 토큰은 `permission-contents: write`, `permission-pull-requests: write` 두 가지로만 발급한다. - 그 토큰을 release-please 와 release 브랜치 체크아웃(=push) 두 곳에만 넘긴다. 토큰으로 연 PR·push 는 CI 를 시작한다. - 안전한 기본값: secret 이 **둘 다 없으면** 경고(`No release App token`)를 남기고 지금처럼 `GITHUB_TOKEN` 으로 돈다 — 오늘 릴리스가 멈추지 않는다. **하나만 있으면** 설정이 깨진 것이므로 잡이 실패한다. - 쓰이지 않던 `RELEASE_PLEASE_TOKEN` 경로(저장소에 secret 없음)는 지웠다. - 테스트 (`tests/unit/scripts/test_release_please.py`): SHA 고정, 권한이 정확히 두 가지, 토큰 사용처가 release-please·체크아웃 두 곳뿐(`GH_TOKEN` 없음), secret 없을 때 경고·하나만 있을 때 실패. `tests/unit/test_no_workflow_merges.py` 는 그대로 통과 — 어떤 워크플로도 병합·승인하지 않는다. - 문서: `docs/compatibility.md` 5.1 에 secret 이름, App 권한 표, 소유자 설정 단계(App 생성 → 세 저장소에 설치 → secret 추가 → 수동 실행으로 확인). `docs/governance/RELEASE_POLICY.md` 에 요약. Studio 가 Builder 버전 태그를 계속 따른다는 결정(ADR 0004)도 5.1 에 적었다. - `CHANGELOG.md`: #902 항목의 "left open" 을 결정(스키마에 `application` 필드 없음, 17개 `null` 은 #920)으로 고쳤다. 릴리스·태그 없음. #890 은 건드리지 않았다. Builder·Studio 의 release-please 이전은 별도 작업이다. ## 확인 - `ruff check .` → All checks passed! / `ruff format --check .` → 433 files already formatted / `mypy src` → no issues in 70 source files - `check_english_comments.py` → no Korean comments / `check_plain_codes.py` → no bare code - `mkdocs build --strict` → built - `pytest` → 3407 passed, 2 failed — 실패 2개(`test_build_dataset_verifier.py` 의 approval 두 개)는 이 변경 없이 `main` 에서도 로컬에서 같은 실패(환경 차이로 보임). CI 결과로 확인한다. Refs #895 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
yeongseon
reviewed
Oct 12, 2026
yeongseon
left a comment
yeongseon
left a comment
Collaborator
There was a problem hiding this comment.
현재 diff를 검토했습니다. 변경 파일은 .release-please-manifest.json, CHANGELOG.md, pyproject.toml, uv.lock이며 CHANGELOG의 0.11.0 항목은 SpecDefinition 공개 (#913)입니다. 그러나 PR 본문은 #888과 #886을 릴리스 내용으로 적고 있어 현재 diff와 맞지 않습니다. 또한 현재 이 PR에 status check 결과가 없습니다. 릴리스 내용과 본문을 일치시키고 정책상 필요한 실제 Provider 제품 검증(V5-live) 근거를 확인한 뒤 사람이 릴리스 승인·병합을 결정해야 합니다. 에이전트로서 릴리스 병합은 하지 않습니다.
github-actions
Bot
force-pushed
the
release-please--branches--main--components--kpubdata
branch
from
October 13, 2026 02:29
ddd3bf8 to
84c3171
Compare
yeongseon
added
the
review:R3
github-actions
Bot
force-pushed
the
release-please--branches--main--components--kpubdata
branch
2 times, most recently
from
October 14, 2026 23:48
3e9be2a to
607a77e
Compare
github-actions
Bot
force-pushed
the
release-please--branches--main--components--kpubdata
branch
from
October 15, 2026 23:37
b54deac to
7552502
Compare
This branch has not been deployed
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
1 participant
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.
Release 0.11.0
The release branch changes
.release-please-manifest.json,pyproject.tomlanduv.lockfrom 0.10.0 to 0.11.0 and promotes the currentCHANGELOG.mdUnreleased section. The CHANGELOG is the release-note source of truth.Highlights: the public
SpecDefinitionexport (#913), Korean field metadata (#877), catalogue/spec ownership checks (#898), application requirements on spec datasets (#902), and the provider/authentication and security fixes recorded in the CHANGELOG.Migration notes: a refused data.go.kr key in
semasorlocaldatanow raisesAuthErrorrather thanTransportError(#916). Direct users ofDataGoAdapterno longer find the catalogue aliases already served by specs; useClient(#898). See the CHANGELOG for the complete behavior changes.Release gate
The PR CI gate passed. The release workflow runs the window and quality gates after merge, then creates the tag and GitHub Release. The latest final release was v0.10.0 on 2026-10-09; the seven-day release window next permits 2026-10-16 (KST). Before merging, refresh the CHANGELOG date and confirm product E2E against a real provider (V5-live) and independent release approval (R3). PyPI publication remains a separate action.
Generated by Release Please; the release notes are maintained in
CHANGELOG.md.