Development Rules

📌 개발 규칙

✔️ Git 커밋 메세지 스타일 가이드

• feat : 새로운 기능 추가
• fix : 버그 수정
• docs : 문서의 수정
• style : (코드의 수정 없이) 스타일(style)만 변경(들여쓰기 같은 포맷이나 세미콜론을 빼먹은 경우)
• refactor : 코드를 리펙토링
• test : Test 관련한 코드의 추가, 수정
• chore : (코드의 수정 없이) 설정을 변경
• modify : 코드 변경
• build : 새로운 라이브러리 혹은 패키지 설치

ex) feat: 제목 

- 상세 내용1
- 상세 내용2

✔️ Coding Convention

• 함수는 화살표 함수 방식으로 작성한다.
• var를 쓰지 않고, const와 let으로 구성한다.(단, const를 주로 쓰되 변수의 값 변경이 필요할 경우 let을 쓴다.) -- eslint
• image, svg는 -로 작성한다.(ex. erase-check.svg)
• 변수명은 camelCase로 작성한다. (issueLabel)
• .jsx를 제외한 파일명 중 단어가 한 개일 경우는 소문자로 작성한다. ex) category.js
• .jsx 파일의 파일명은 PascalCase를 사용한다. ex) LoginPage.jsx
• webpack alias를 이용해서 파일 절대 경로로 import, export 사용
• 만약 주석이 필요한 경우 // TODO: 해야 할 일 혹은 한 일을 적어준다(2020.10.30)
• css는 styled-components를 사용하기
• for문 사용하지 않기(ex. for(let i=0; i<10; i++))
• 이벤트 핸들러는 on + 메소드명 + handler로 정의한다.(ex. onClickHandler)