1. git branch 전략

• 브랜치 종류 및 역할

브랜치	설명
main	실제 배포용 브랜치
develop	개발 통합 브랜치
feat/#이슈번호-기능요약	새로운 기능 개발 시, (파일 추가, 라이브러리 수정 포함)
hotfix/#이슈번호-기능요약	긴급 버그 수정 시
refactor/#이슈번호-리팩토링요약	리팩토링 시

💡

타입/#이슈번호-기능요약

• ex) feat/#12-kakao-login

2. Commit 규칙

• 커밋 메세지 규칙

commit 형식

[Feat]: 새로운 기능 추가 [Fix]: 버그 수정 [Docs]: 문서 수정 [Style]: 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우 [Refactor]: 코드 리펙토링 [Test]: 테스트 코드, 리펙토링 테스트 코드 추가 [Chore]: 빌드 업무 수정, 패키지 매니저 수정

## 3. 이슈 규칙

- ex) [Bug] 내용 - #이슈번호 

```java
# issue 형식
[Bug]: 내용 - #이슈번호
[Feat]: 내용 - #이슈번호
[Refactor]: 내용 - #이슈번호
[Docs]: 내용 - #이슈번호
[Deps]: 내용 - #이슈번호

4. PR 규칙

• main 브랜치에 직접 push 금지
• pr템플릿에 올라온 사진올리는곳 필드 적극 활용하기
• 꼭 PR 탬플릿에 맞게끔 타이트하게 작성하지 않고 유동적으로 PR 작성을 하되, 명확하게 의미가 전달될 것
• 이중적으로 해석될 수 있는 부분이 있는지 다시한번 생각해보기

5. 코드 컨벤션

1. 문자열을 처리할 때는 쌍따옴표를 사용하도록 합니다.

2. 함수명, 변수명은 카멜케이스로 작성합니다.

3. 가독성을 위해 한 줄에 하나의 문장만 작성합니다.

4. 주석은 설명하려는 구문에 맞춰 들여쓰기 합니다.

5. 연산자 사이에는 공백을 추가하여 가독성을 높입니다.

6. 콤마 다음에 값이 올 경우 공백을 추가하여 가독성을 높입니다.

7. 생성자 함수명의 맨 앞글자는 대문자로 합니다.

추가로 적용할 사항은 나중에 동적으 추가하겠습니다!