기본적으로 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 구축, 서버 배포 |
