| 최정 | 김동민 | 임태현 | 조민서 | 신혜진 | 이수민 |
|---|---|---|---|---|---|
| BE | BE | FE | FE | FE | P&D |
| GitHub | GitHub | GitHub | GitHub | GitHub | GitHub |
| message | description |
|---|---|
| feat | 🥥 새로운 기능 추가, 기존 기능을 요구 사항에 맞추어 수정 |
| fix | 🐛 기능에 대한 버그 수정 |
| docs | 📝 문서(주석) 수정 |
| refactor | ✏️ 기능 변화가 아닌 코드 리팩터링 |
| test | ⚙️ 테스트 코드 추가/수정 |
| chore | 🛠️ 패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore |
💡 커밋 메시지 예시
- feat : 로그인 폼 완성
- fix : 회원가입 에러 해결
- docs : 회원가입 로직 주석 수정
우리 팀은 기능 개발 중심으로 브랜치 네이밍을 다음과 같이 사용합니다:
-
feature/: 새로운 기능 개발용 브랜치
예)feature/login-page,feature/user-profile -
fix/: 버그 수정용 브랜치
예)fix/login-error,fix/signup-validation -
hotfix/: 긴급 수정용 브랜치 (주로 main에서 바로 생성)
예)hotfix/security-patch -
release/: 배포 준비용 브랜치
예)release/v1.0.0 -
develop: 다음 릴리스용 개발 기본 브랜치
- 모든 feature, fix 브랜치는 develop으로 병합
-
main: 항상 배포 가능한 안정된 코드 유지 브랜치