docs: define GitFlow delivery for UI migration
This commit is contained in:
@@ -244,6 +244,17 @@ Studio는 인증이 필요한 제품 영역이지만 이번 이식에서는 인
|
||||
- 가짜 로그인, 임시 계정과 인증된 것처럼 보이는 UI를 추가하지 않는다.
|
||||
- 후속 인증 작업은 Studio 화면 DOM, URL과 gateway contract를 변경하지 않고 route guard와 session adapter를 연결하는 방식으로 수행한다.
|
||||
|
||||
## GitFlow와 전달 브랜치
|
||||
|
||||
저장소는 `main`을 production 브랜치, `develop`을 integration 브랜치로 사용하는 GitFlow로 초기화한다. 이 설계 문서와 선행 template 동기화가 포함된 현재 `main`에서 `develop`을 만든다.
|
||||
|
||||
- feature prefix는 `feature/`를 사용한다.
|
||||
- 화면 이식 작업은 `develop`에서 시작한 `feature/techlog-ui-migration`에서만 수행한다.
|
||||
- 구현 계획, 테스트, source port, 자산과 검증 문서는 같은 feature 브랜치에 커밋한다.
|
||||
- `main`과 `develop`에는 화면 이식 production code를 직접 커밋하지 않는다.
|
||||
- feature 통합은 구현·검증 완료 뒤 사용자가 선택한 방식으로 수행한다.
|
||||
- 원격 push, remote branch 생성과 GitFlow feature finish는 별도 사용자 요청 전에는 수행하지 않는다.
|
||||
|
||||
## 테스트 전략
|
||||
|
||||
모든 production 동작 변경은 TDD로 진행한다. 각 slice는 기대 동작을 표현하는 실패 테스트를 먼저 추가하고 예상한 이유로 실패하는 것을 확인한 다음 최소 구현을 추가한다.
|
||||
|
||||
Reference in New Issue
Block a user