Repository navigation
feat: 리뷰 이어받기, review --repos, BLOCKED 선택지, Target 오류 안내 (v2.3.0) - #37
Merged
Merged
Conversation
- approve plan: 묶인 HEAD·intent·Scenarios 밖 PLAN이 그대로이고 이후 round에 PASS 아닌 것이 없으면 리뷰 PASS를 새 entry로 이어받음(.state planbody:) - review --repos "<path> ...": 리뷰 한 번에 묶을 저장소 지정(config repos: 대체), 반복·FAIL·빈 목록 거부 - 4-evidence: BLOCKED human route에서 제거·제한 재시도·drop 세 선택지 제시 - Delivery Target 오류에 읽은 값 인용, intent 템플릿에 Note 줄 추가 - 회귀 그룹 reposflag·carry·target 추가(selftest 119 checks)
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.
요약
대형 모노레포(저장소·worktree 약 350개)에서 이틀간 8개 기능을 sdlc-kit으로 진행하며 측정한 병목 4가지를 고칩니다. 버전 2.3.0.
approve plan때 다음 조건이 모두 맞으면 현재 빌드의 리뷰 PASS를 새 entry로 넘깁니다: PASS가 현재 entry 것, 기록된 리뷰 이후 round 중 PASS 아닌 것 없음(통과한 plan gap check round는 허용), 묶인 저장소 HEAD 전부 그대로(working tree 바인딩 제외), intent.md 그대로, PLAN.md가 Scenarios 절 밖에서 그대로(HTML 주석 제외). 실제 사례: BLOCKED 시나리오 재시도마다 리뷰를 다시 해서 같은 두 커밋을 Round 5~15에 걸쳐 11번 더 리뷰했고 지적은 0건이었습니다.review --repos "<path> ..."— 리뷰 한 번에 묶을 저장소를 지정합니다(configrepos:를 그 리뷰에 한해 대체). 전체 스캔은review1회 중앙값 109초(31회, 최대 201초)였고, 스캔만 따로 재면 125초, 저장소 3개 지정 시 0.14초입니다. 기능마다 worktree가 달라 전역repos:로는 해결되지 않았습니다.found "deploy (dev → stg)"/missing) 세부 내용은- Note:줄에 쓰라고 안내합니다. intent 템플릿에 Note 줄을 추가하고,pr이 PR 없는 브랜치 push도 포함함을 명시했습니다.검증
bash tests/selftest.sh: 119 checks PASS(macOS, bash 3.2). 새 그룹reposflag·carry·target은 v2.2.1에서 각각 의도한 이유로 실패합니다.pish·ventry·새 round FAIL·HTML 주석·HEAD 비교·Target 메시지·--reposon FAIL 가드를 하나씩 지우거나 gap check round를 막도록 바꾼 변이 9개가 모두 해당 그룹에서 실패합니다.sdlc.sh600줄(상한 600).호환성
기존 기록은 그대로 유효합니다.
.state에planbody:가 없는 기능은 다음 plan 승인 전까지 v2.2.1처럼 동작합니다.repos:오류 문구는 출처에 따라config repos:또는review --repos로 시작합니다.알려진 한계
--repos나repos:밖 저장소에 새 커밋이 생겨도 이어받기를 막지 않습니다. 그 저장소를 가리키는 Commit 줄은score가 계속 거부하므로 v2.2.1보다 넓어진 허점은 아닙니다.