Issue(=Task) 단위
한글로 작성
# [tag] 제목
# [feat] Express 구조 작성 - #1 #2
# 최대한 commit 단위에 1개의 issue가 매칭되도록
##### 제목은 최대 50 글자까지만 입력 ############## -> |
# 본문은 위에 작성
######## 본문은 한 줄에 최대 72 글자까지만 입력 ########################### -> |
# 꼬릿말은 아래에 작성: ex) #이슈 번호 - 이때는 close 영어쓰기 가능
# --- COMMIT END ---
# <타입> 리스트
# feat: 기능 (새로운 기능)
# fix: 버그 (버그 수정)
# refactor: 리팩토링
# style: 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
# docs: 문서 (문서 추가, 수정, 삭제)
# test: 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
# chore: 기타 변경사항 (빌드 스크립트 수정 등)
# ------------------
# 제목 첫 글자를 대문자로
# 제목은 명령문으로
# 제목 끝에 마침표(.) 금지
# 제목과 본문을 한 줄 띄워 분리하기
# 본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.
# 본문에 여러줄의 메시지를 작성할 땐 "-"로 구분
# ------------------`
PR 단위: Feature 단위
예시: 마일스톤 보기 기능
템플릿
제목 - #이슈번호1 #이슈번호2 #이슈번호3
### 구현의도
-
### 기능 흐름도, 클래스 다이어그램(선택사항)
-
### 사용된 기술(선택사항)
-
### 리뷰 & 논의사항 & 궁금한점(선택사항)
-
예시
GitHub 로그인 구현
구현의도(Issue 단위, 큰 틀에서의 왜? 들어가도록)
- 추상화 의도(재사용성, 인터페이스, etc...)
- 함수 구분 기준
- 클래스 계층구조
- Class, Struct, Object의 사용 의도
기능 흐름도, 클래스 다이어그램(선택사항)
사용된 기술(선택사항)
- 오픈소스 라이브러리
- 라이브러리를 왜? 썼는가
리뷰 & 논의사항 & 궁금한점(선택사항)
- A 부분은 더 깔끔한 방식이 있을까 궁금하다.
- B 클래스명은 괜찮은 지 궁금하다.
core time 중의 PR은 오후 6시 ~ 6시 30분에 모여서 코드리뷰 진행
core time 이후의 PR은 스크럼 이후 진행
Daily Scrum 이후, 잠깐 PR 코드리뷰 시간을 가지고 리뷰 후 Merge