Explore Front Repository | 기획 배경 | 기능 | 시스템 구조도 | Git Convention
진행 기간
- 프로젝트 기간: 2022.10.10 ~ 2022.11.23 (7주)
- 유지보수 기간: 2023.02 ~ 2023.05 (약 3달)
기술 스택
🐬Front-end | Android, Kotlin, Jetpack, Figma, Clean Architecture |
---|---|
🍀Back-end | Spring Boot, Spring Security, JPA, Querydsl, JWT, MariaDB, Firebase, JUnit, JMeter |
🛠Server | EC2, Docker, Jenkins, Nginx, Certbot |
👨👩👦👦Collaboration | Gitlab, Jira Software, Mattermost, Notion |
TEAM MEMBER (Android 4명, Backend 2명)
김남희 (Me!) | 서재형 | 김정윤 | 배한용 | 배시현 | 편예린 |
🌐 Git Flow
master : 제품으로 출시될 수 있는 브랜치
release : 이번 출시 버전을 준비하는 브랜치
develop : 다음 출시 버전을 개발하는 브랜치
feature : 기능을 개발하는 브랜치
hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치
🌐 Git branch 생성 규칙
master ← develop ← (release) ← be/fe ← 작업 브랜치 순서대로 머지 한다.
작업 브랜치 이름은 FE/BE-대작업분류로 . UI는 따로 가장 뒤에 UI를 붙인다.
FE-report
FE-report-UI
FE-pomodoro-timer
BE-report
🌐 Git 커밋 타입
feat : 기능 추가
fix : 버그 수정 (안 돌아간다)
refactor : 가독성, 유지보수의 목적이 있는 코드 수정
pref : 성능 향상
rename : 단순 파일 이름 수정 및 이동, 추가
style : 코드 스타일 변경 (뉴라인, 세미콜론 등)
docs : 문서 수정
test : 테스트 관련 코드 추가
ui : ui 변경
🌐 Git 커밋 형식
커밋 타입: 대작업분류(Epic) | 작업 단위, 변경 사항
feat: 타이머 | 용이 나타나면서 승천하는 애니메이션 기능 추가
ver.2022
🌐 Git branch 생성 규칙
master ← develop ← (release) ← be/fe ← feat 순서대로 머지 한다.
개발 시 feat-기능 이름 으로 브랜치를 만들어 상위에 머지한다.
- BE/feat/naver-login
- FE/feat/naver-login
UI만 작업을 할때는 가장 뒤에 UI를 작성한다.
- FE/feat/naver-login-UI
🌐 Git 커밋 컨벤션 생성 규칙
feat : 기능 추가
fix : 버그 수정
docs : 문서 수정
style : 단순 수정 (세미콜론, 코드 이동, 띄어 쓰기, 이름 변경)
rename: 추가된 기능, 별 내용 없이 폴더 및 파일만 추가, 폴더 및 파일 이름 수정, 옮기기
refactor : 코드 리팩토링
test : 테스트 추가
comment : 필요한 주석 추가 및 변경
release : 배포 관련 수정, 버전 관리
study : 학습 내용
ver01(간략) : commit type: Epic/대분류 | 작업 단위 [Jira 이슈 번호]
feat: 회원관리 | 네이버 로그인 기능 추가 [Jira 이슈번호]
ver02(설명) : ver01양식(Jira 번호 빼고) - 본문 - [Jira 이슈 번호]
feat: 회원관리 | 네이버 로그인 기능 추가
본문은 위, 아래 한 줄 띄우고 원하는 대로 작성한다.
=> 이런 식으로 특수기호를 쓰거나 이모티콘을 쓰는 것도 가능하다. 😄
단, 한 줄에 너무 길지 않도록 작성하자.
[Jira 이슈 번호]