Github Commit 규칙
feat(Domain): description (#issue)
ex) feat(User): user api 생성 (#2)
Tag Name | Description |
feat | 새로운 기능을 추가 |
fix | 버그 수정 |
design | CSS 등 사용자 UI 디자인 변경 |
!BREAKING CHANGE | 커다란 API 변경의 경우 |
!HOTFIX | 급하게 치명적인 버그를 고쳐야하는 경우 |
style | 코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우 |
refactor | 프로덕션 코드 리팩토링 |
comment | 필요한 주석 추가 및 변경 |
docs | 문서 수정 |
test | 테스트 코드, 리펙토링 테스트 코드 추가, Production Code(실제로 사용하는 코드) 변경 없음 |
chore | 빌드 업무 수정, 패키지 매니저 수정, 패키지 관리자 구성 등 업데이트, Production Code 변경 없음 |
rename | 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우 |
remove | 파일을 삭제하는 작업만 수행한 경우 |
PR 자주 하고 소통하며 자주자주 커밋하고 자주자주 머지하고 자주자주 통합해요
Github Pull Request 규칙
/**
* 단순 예시 규칙이기때문에 PR 단위가 더 작아도 괜찮습니다!
*/
## 개요
User Jwt 인증/인가 환경 구축
## 작업사항
- Spring Security Configuration 추가
- RefreshToken Storage를 위한 Redis 설정 및 추가
...
## 변경로직
## 관련 이슈
Markdown
복사
PR 연결 : PR 내용에 PR #{PR번호} 입력시 PR 연결
issue 연결 : PR 우측 하단에 develop 이용해서 open issue 연결
