기본적으로 Camel Case 규칙을 따른다.
- 폴더명 같은 경우는 lowcase로 작성
- 클래스명은 Pascal Case로 작성
- 형식:
태그: 커밋내용
| 태그 이름 | 설명 |
|---|---|
| feat | 새로운 기능 구현 |
| fix | 버그, 오류 해결 |
| docs | README나 WIKI 등의 문서 수정 |
| style | 기능 수정이 없는 스타일 변경 |
| refactor | 코드 리팩토링 |
| test | 테스트 코드, 리펙토링 테스트 코드 추가 |
| chore | 빌드 업무 수정, 패키지 매니저 수정, 간단한 코드 수정, 내부 파일 수정 |
| add | 파일 추가 |
| 브랜치 명 | 설명 |
|---|---|
| main | 소프트웨어 제품 배포하는 용도로 쓰는 브랜치 |
| develop | 개발용 default 브랜치로, 이 브랜치를 기준으로 feature 브랜치를 따고, 합치는 브랜치 |
| feat | 단위 기능 개발용 브랜치 |
| fix | 단위 기능 개발 수정용 브랜치 |
| hotfix | master에 배포 코드가 합쳐진 후 버그 발생 시 긴급 수정하는 브랜치 |
- 깃플로우에 따라 기능별로 브랜치 생성
- 형식:
헤더/이슈번호-기능명
| 분야 | 이름 | 포지션 |
|---|---|---|
| 디자인 | 유민진 | 🎨 서비스 디자인 |
| 프론트엔드 | 박시윤 | 🖌️ flutter 화면 UI 구현, 서버 연동 |
| 프론트엔드 | 장진호 | 🖌️ flutter 화면 UI 구현, 서버 연동 |
| 백엔드 | 나세빈 | 💻 DB 및 API 구축, 서버 배포 |
| 백엔드 | 황서현 | 💻 DB 및 API 구축, 서버 배포 |