프로젝트 기획회의 5회(eslint, prettier ..)

커밋 메시지 구조
[타입(type)] : 제목(subject)
본문(body)
푸터(footer)

1. feat: 새로운 기능 추가

2. fix: 오류 수정

3. docs: 문서 관련 수정

4. style: 코드를 변화하지 않은 수정 ex) 세미콜론, 들여쓰기

5. refactor: 코드의 리팩토링

6. chore: 빌드 혹은 패키지 매니저 수정사항

7. test: test 코드 삽입 및 수정

제목에 관한 규칙
1.제목은 가능한 간결하게 50자 내로 작성한다.
2.제목의 시작은 대문자로 작성한다.
3.제목은 동사 단어로 작성을 시작하고 명령문으로 작성한다.
4.제목에는 마침표를 사용하지 않는다.

• ex) Fix git, Fix error

• in으로 수정 위치를 나타낼 수 있다. ex) Fix typo in git.java

• to/for로 수정 이유 나타낼 수 있다.

• when을 통해 어느 상황에서 발생한 에러를 수정했는지 나타낼 수 있다.

• 코드나 문자를 추가할 때 사용한다.

• for이나 to와 함께 사용해 추가한 이유나 추가한 위치를 나타낼 수 있다.

• 코드를 삭제했을 때 사용한다.

• 이름 변경이 있을 때 사용한다.

• 코드를 단순화 하는 경우 사용한다.

• 코드나 파일 등이 이동하는 경우 사용한다.

본문에 관한 규칙
1.본문은 한 줄 당 72자 내로 작성한다.
2.본문은 최대한 상세히 작성한다.
3.본문에는 무엇을 왜 변경했는지를 작성한다.

푸터에 관한 규칙
1.푸터의 작성은 생략 가능
2.푸터는 이슈 트랙킹을 위해 사용한다.