Development

목차

• 개발 스택
• 개발 진행 상황
• 아키텍처 설계
• 기여 가이드
  • 브랜치 전략
  • 커밋 규칙

---

개발 스택

---

개발 진행 상황

구분	상태	비고
Season 0.1	진행중
Season 0.2+	예정

---

아키텍처 설계

---

기여 가이드

브랜치 전략

Note

1인 개발 기준으로, 가장 단순한 흐름을 유지합니다.

• 기본 브랜치: main
• 작업 브랜치: feature/<slug> (필요 시 fix/, chore/ 등 접두사 활용)
• 배포: feature → main 직접 머지 (Squash 머지 권장)

간단한 작업 플로우

1. 최신 코드 가져오기

   git checkout main
   git pull origin main

2. 작업 브랜치 생성

   git switch -c feature/lexer-token-stream

3. 작업 & 커밋

   # 작업 후
   git add .
   git commit -m "feat(lexer): implement token stream"

4. PR 없이 자체 점검 후 main에 머지

   git checkout main
   git merge --no-ff feature/lexer-token-stream
   git push origin main
   git branch -d feature/lexer-token-stream

Tip

주요 변경은 간단한 체크리스트(테스트, 문서 업데이트)를 남겨두고 직접 확인합니다.

브랜치 네이밍 예시

유형	형식	예시
기능 개발	feature/<slug>	feature/devx-cli-output
버그 수정	fix/<slug>	fix/lexer-null-token
설정/잡무	chore/<slug>	chore/update-eslint

커밋 규칙

• 기본 포맷: type(scope): message
• 주요 타입: feat, fix, chore, docs, refactor, test
• 한 커밋에 한 가지 변경만 포함합니다.
• 예: feat(lexer): 문자열 리터럴 지원 추가

---

마지막 업데이트: 2025-11-08