2일차 실습 2: 기준선 상태 점검
왜 먼저 확인하는가
오늘 작업을 시작하기 전에 1일차 결과가 안정적인지 확인해야 합니다. 기준선이 깨져 있으면 오늘 생긴 문제를 분리할 수 없습니다.
Step 1: main 브랜치로 이동하고 최신 상태 확인
- 현재 작업 브랜치를 확인합니다.
- main 브랜치 기준으로 시작하는지 확인합니다.
- 원격과 로컬 상태를 함께 확인합니다.
권장 명령 순서:
git branch
git status
git checkout main
git pull origin main
git branch
git status
여기서 중요한 점은 git checkout main 전후에 모두 브랜치를 확인하는 것입니다. 작업 전에 내가 지금 어느 브랜치에 서 있는가를 먼저 확인해야 이후 명령이 기준선 점검인지, 다른 기능 브랜치 작업인지 혼동하지 않습니다.
Step 2: baseline-v1.0 태그 존재 확인
- 기준선 태그가 실제로 있는지 확인합니다.
- 태그가 없다면 1일차 마무리가 끝나지 않은 상태입니다.
Step 3: 기준선 코드 상태 확인
- 작업 디렉터리가 불필요하게 오염되어 있지 않은지 봅니다.
- 기준선 시점 이후 어떤 변경이 있었는지 감을 잡습니다.
Step 4: 1일차 작업 이력 확인
오늘 작업 전에 1일차에서 무엇을 만들었는지 간단히 복기합니다.
- 어떤 spec이 있었는지
- 어떤 명령이 구현되었는지
- baseline을 왜 그 시점에 찍었는지
Step 5: 앱이 실제로 동작하는지 확인
코드 확인 전에 앱이 실제로 동작하는지 직접 실행해 봅니다. 오늘 작업 후에도 이 명령들이 여전히 동작해야 합니다.
예시 확인 항목:
- Todo 추가
- 전체 목록 조회
- 완료 처리
- 삭제
체크포인트
- 기준선 태그가 존재한다.
- 작업 시작 전과 git checkout main 후 현재 브랜치를 설명할 수 있다.
- 1일차 핵심 명령이 동작한다.
- 오늘 변경 후에도 반드시 유지해야 할 기존 동작이 무엇인지 말할 수 있다.
다음 단계
기준선 확인이 끝났다면 03_feature-spec-workshop.md에서 새 기능용 spec을 시작합니다.
'AI Native > GitHub Spec Kit으로 구현하는 SDD v2' 카테고리의 다른 글
| d02/04. plan-analyze-implement-workshop.md (0) | 2026.05.03 |
|---|---|
| d02/03. feature-spec-workshop.md (0) | 2026.05.03 |
| d02/01. brownfield-basics.md (0) | 2026.05.03 |
| d02/00. learning-guide.md (0) | 2026.05.03 |
| d02/README.md (0) | 2026.05.03 |