Github 환경 설정

• 브랜치는 main, dev, 그리고 각 팀원이 맡은 기능의 branch들이 있습니다.
• 개발하는 branch들은 dev에서 시작하며, merge시 당연히 dev로 merge됩니다.
• merge를 할 때에는 반드시 pull request를 통해 merge 요청을 해야합니다. 임의적으로 상의없이 merge하시면 안됩니다.
• 모든 팀원의 기능을 merge했다면, 버그 테스트 후 main으로 merge합니다.(프로젝트 기간 내에 main merge 횟수는 선택 사항)
• 모든 pull request에 대한 merge의 권한은 팀장님한테 있습니다.

Github Rules

1. commit 시, 본인이 만든 코드에 대한 설명을 정해진 양식에 맞게**(회의 통해 결정)** 적어주세요. 보다 높은 이해를 위해 자세히 적어주시면 좋습니다.
2. pull request시 충돌을 해결하고 merge해달라고 요청해주세요. 팀장이 merge할 때 충돌 처리를 도와주지 않습니다.
3. 충돌이 발생할 경우, 충돌이 난 코드를 작성한 사람에게 반드시 알려주세요. 알리지 않아 발생한 문제는 전부 본인이 책임지셔야 합니다.
4. 코드 리뷰 요청이 올 경우, 최대한 요청에 응해주세요. 원활한 소통의 발판이 되어줍니다.
5. 혹시라도 너무 많고 다양한 기능을 개발했다면 의미 있는 단위로 쪼개서 commit해주세요. 나중에 개발 과정을 찾게 될 경우 원하는 개발 과정 위치를 찾기 쉬워집니다.
6. 제작한 파일은 항상 올바른 폴더 안에 넣어주세요. 각 폴더의 의미는 다음과 같습니다.
   1. assets: 그림, 동영상 같은 코드가 아닌 파일
   2. src: 자바스크립트 파일

깃헙 커밋 규칙

Commit 컨벤션

각 속성(항목)간에 줄바꿈 넣기

1. header(필수)

   한눈에 알아보기 좋은 내용을 적는다.

   예시) 🎉 Add : user.router.js생성

2. body(필수X)

   커밋 내용의 자세한 설명을 덧붙인다. 예시) 인증 미들웨어를 사용하여 ~~~~