Repository navigation
릴리스 드리프트 — v0.8.0(2026-09-02) 이후 168커밋 미출시, PyPI 발행 비활성, 외부 드라이버가 커밋 SHA 핀 #245
Description
문제 (실측, main 9611855(v0.8.0 + 168커밋), 2026-10-11 실측)
git rev-list --count v0.8.0..HEAD= 168,CHANGELOG.mdUnreleased에 probe-v0.8 P0/C2: create … as + respond에서 lnpl openapi 크래시 → lnpl serve 기동 불가 #173/probe-v0.8 P0/U3: capability http retry 선언이 실행에서 no-op #176/probe-v0.8 P0/U6: lnpl migrate가 다개체 모듈에서 조용히 무동작(rc 0) #179/respond가 미바인딩·부재 필드를 참조하면 KeyError 트레이스백 — CLI rc 1, serve는 failed_step 없는 500 (ONE ERROR TYPE OUT) #198/If-Match가 by <ref> 조회 키를 무시한다 — 낡은 ETag에 412 대신 200 (RFC 9110 §13.1.1) #199/낙관적 잠금 쓰기 충돌이 500 workflow-failed로 나간다 — 재시도 가능한 충돌을 서버 고장과 구분 불가 (AIP-154 ABORTED / k8s 409) #201/Money 기본 샘플이 자체 코덱에서 실패한다 — amount '0'이 USD exponent 2와 불일치, spec·run 기본 경로가 무조건 실패 (OpenAPI example SHOULD match schema) #203 등 운영 결함 수정이 쌓여 있다 — 이미지·wheel 사용자는 아직 못 받는다.release.ymlpublish-pypi는if: false(Trusted Publisher 미등록).lnpl-postgres/pyproject.toml은lnpl @ git+…@c9d35a2(main에서 2커밋 뒤) — 사내 PyPI 미러·보안 심사가 git 직접 참조를 금지하는 곳이 많다.
범위
- v0.9.0 컷(
docs/RELEASING.md절차) — Unreleased를Changed/Fixed로 정리, breaking은docs/compatibility.md계약명 명시. - PyPI Trusted Publisher 등록 →
publish-pypi활성화 +environment: pypi. - lnpl-postgres/redis/otel의 의존을
lnpl>=0.9,<0.10로 바꾸고 linkly-sync 게이트는 "최신 릴리스 + main" 2축으로. - 릴리스 주기를 문서화(예: 월 1회 또는 P0 수정 시 즉시).
완료 기준
pip install lnpl==0.9.0·pip install lnpl-postgres가 PyPI에서 동작.
베스트 프랙티스 (외부 근거)
발견 경위: 2026-10-11 엔터프라이즈 연동성 감사(main 9611855(v0.8.0 + 168커밋), 2026-10-11 실측). 추적 이슈: #255.
Activity
Merge pull request #264 from choiyounggi/orch/rel090-1022
choiyounggi commentedon Oct 23, 2026
Done. All four scope items are complete, and the done criterion was checked against PyPI on 2026-10-23.
Done criterion: in a fresh Python 3.13 venv,
pip install lnpl-postgres==0.1.0 lnpl-redis==0.1.0 lnpl-otel==0.1.0resolveslnpl 0.9.0from PyPI. Their entry points register (lnpl.drivers: postgres,lnpl.caches: redis,lnpl.exporters: otlp).pip install lnpl==0.9.0was verified separately.## [0.9.0] — 2026-10-22, and breaking entries name theirdocs/compatibility.mdcontract. Tagv0.9.0→ release run 39760467551.publish-pypiis enabled withenvironment: pypi. The environment is limited tov*tags. The first attempt failed withinvalid-publisherbecause the publisher was not registered yet; nothing was uploaded. After registration, re-running only the failed job publishedlnpl0.9.0 (wheel + sdist).lnpl>=0.9,<0.10replaces the git-SHA pin, and each repo gets a tag-driven PyPI release. The linkly-sync gate is now two axes:latest-release(fails when PyPI has an lnpl the range excludes) andlatest-main.v0.1.0on PyPIv0.1.0on PyPIv0.1.0on PyPIdocs/RELEASING.md: monthly, plus right after a P0 fix lands. The same file has the Trusted Publisher values and the failed-publish recovery table.Follow-up, not done here:
docs/RELEASING.mdrecommends bumpingmainto0.9.1.dev0after a release, and that has not been done.