choiminyeong 5e5ef8c36f 플랫폼 최초 커밋 + 자동 업데이트 배포 폴더(dist)
소스(Core/Shell/Launcher)와 실행 PC가 받아갈 업데이트 파일(dist)을 함께 올린다.
Launcher가 켤 때 이 저장소의 dist와 D:\UbisamPlatform\bin을 비교해 새 버전이면 받아간다.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-21 21:56:35 +09:00

2.3 KiB

name description
ship 코드 리뷰 승인 확인 후 배포 노트를 작성하는 feature-pipeline 마지막 단계. '배포 준비해줘', '배포 노트 써줘', '이제 배포해도 될지 봐줘' 요청에 사용. 실제 배포 명령 실행은 사용자의 명시적 동의 없이 진행하지 않는다.

Ship — 최종 배포 검토

release-manager 에이전트를 호출해 코드 리뷰 승인 여부를 재확인하고 배포 노트를 작성하는 feature-pipeline 마지막 단계.

실행 모드: 서브 에이전트

워크플로우

1. feature-slug 확인 + 선행 조건 확인

  • _workspace/{slug}/05_code_review.md가 없으면 진행하지 않고 review 먼저 완료할 것을 안내한다.
  • 05_code_review.md의 결론이 승인이 아니면 중단하고, 재검토가 먼저 필요함을 안내한다.

2. 에이전트 호출

Agent 도구로 release-manager를 호출한다(model: "opus"). 입력: 05_code_review.md 경로. 출력: _workspace/{slug}/06_ship_notes.md.

3. 상태 갱신

  • pipeline_state.json의 stages.ship.status를 completed로, completed_at을 갱신한다.
  • 배포 가능으로 판단되면 pipeline_state.json 최상위 pipeline_status를 shipped로 갱신한다.
  • plan/{slug}/progress.md 액션 로그에 행 추가. 배포 가능일 때만 체크리스트 6번 항목을 체크한다.

4. 안내

배포 노트를 요약해 전달한다. 실제 배포 명령(빌드 배포, 프로덕션 반영 등) 실행은 반드시 먼저 사용자에게 동의를 구한다. 사용자가 동의하지 않으면 노트 작성까지만 완료된 상태로 남긴다.

에러 핸들링

  • 05_code_review.md의 결론이 승인이 아니면 시작하지 않는다.
  • 사용자가 배포 실행에 동의하지 않으면 "보류"로 남기고 배포 노트만 완성한 채 종료한다.

테스트 시나리오

정상 흐름

  1. 사용자: "배포 준비해줘"
  2. 05_code_review.md 결론 "승인" 확인
  3. release-manager 호출 → 배포 가능 판단, 06_ship_notes.md 생성
  4. 사용자에게 실제 배포 실행 동의 여부 확인
  5. 동의 시 pipeline_status를 shipped로 갱신, 진행 로그/체크박스 갱신

에러 흐름

  1. 05_code_review.md 결론이 "변경요청"
  2. 재검토(review)가 먼저 필요함을 안내하고 중단