협업 규칙
•
슬랙으로 공유 후에 Git Issue 생성하기
•
커밋 메세지는 자세히 구분해서 작성하기
•
Pull Request 작성 후, 다른 팀원들에게 코드 리뷰 받은 후에 merge 하기
◦
통과시킨 코드에서 문제가 발생하면 모두의 책임이라는 생각하기
◦
테스트 코드 작성 후 PR 하기
[PR과 커밋은 최대한 작은 단위로 쪼개기]
PR과 커밋은 최소 작업단위를 기준으로 작으면 작을수록 좋습니다.
•
1개의 커밋에는 1개의 행위만 들어 있는게 좋습니다
•
1개의 PR에는 1개의 작업만 들어 있는게 좋습니다
Branch 이름 규칙
•
Branch 이름 예시: init/#1-user-signup
Commit 메시지 규칙
작업 타입 | 작업내용 |
 init | 없던 파일을 생성함, 초기 세팅 |
| update | 해당 도메인에 새로운 기능이 생김 |
| refactor | 코드 리팩토링 |
| fix | 코드 수정 → 알고리즘이나 로직 같이 변경됨 |
| bugfix | 버그 수정 |
| move | 파일 옮김/정리 |
| del | 기능/파일을 삭제 |
| test | 테스트 코드를 작성 |
| style | css |
| docs | gitignore, readme 등 문서 수정 |
| script | package.json 변경(npm 설치 등) |
| gradle | build.gradle 수정 |
•
Commit 메시지 예시: #1 [update-유저] 회원가입 구현
•
PR을 작성할때
## 개요
## 작업사항
## 변경로직
### 변경전
### 변경후
## 사용방법
## 기타
Plain Text
복사
