main: production-ready, always stabledevelop: integration branch; all feature branches branch off and merge herefeature: branch fromdevelop→ open PR back todevelopwhen done- Deploy: merge
developintomainwhen stable
- Format:
feat/description/#issue-number - Examples:
feat/chip-component/#43fix/login-validation/#12
- Format:
type: description - Examples:
feat: 비즈니스 로직 추가fix: 입력값 검증 수정chore: 의존성 업데이트
- Always small, atomic commits
- Format:
[Type] descriptionorType(scope): description - Examples:
[Feat] 로그인 기능 추가Feat(web): apps/web 관련 변경Feat(kds): packages/kds-ui 관련 변경
- Keep PRs small; write documentation thoroughly
- Describe: what the problem was → what you considered → what the result was
- Don't delay PRs out of fear; submit early and iterate with team feedback
- Reviewers must review thoroughly in proportion to PR detail
- Unknown issues must be shared immediately with the team
| Label | When to use |
|---|---|
chore |
ESLint, Prettier, package updates |
deploy |
Deployment-related tasks |
docs |
Documentation only |
feature |
New feature development |
fix |
Bug fixes |
refactor |
Code refactoring (no behavior change) |
style |
UI/design changes |
test |
Test code |