• 하나의 기능 개발이 완료되면 풀리퀘를 작성하고 front/back에 각각 리뷰를 요청하고 front/back의 이슈담당자가 머지합니다.
• 리뷰는 다음 기준에 따라 진행합니다.
  • 리뷰 요청이 들어오면 1시간 안에 리뷰를 시작합니다.
  • Convention과 Lint를 잘 따르고 있는지 확인합니다.
  • 좋았던 점 1개와 개선점 1개를 코멘트합니다. (선택)
  • 조심스럽게 존중하는 자세로 리뷰하며 '음슴체'를 사용합니다.

Branch

• main : 배포용 브랜치
• dev : 개발용 브랜치
• hotfix : 발생한 버그를 수정 하는 브랜치
• feature : 기능을 개발하는 브랜치
  • feature branch는 issue를 활용해서 생성합니다.
  • feature/#[issue number]/[issue summary]

Commit

• feat: 새로운 기능
• fix : 버그 수정
• docs : 문서 (문서 추가, 수정, 삭제)
• style : 포맷팅, 세미콜론 추가, etc) 코드 변화 없을 때
• refactor : 코드 리팩토링
• test : 테스트 추가, 테스트 리팩토링
• chore : 개발환경 변경, etc
• 참고 : [Udacity Git Commit Message Style Guide]

Git - 커밋 메시지 컨벤션

방법1) 본문 있을 시
$ git commit

에디터에서 i누르기
만약, 로그인을 추가했다면

feat: Login .... 제목 작성

다음줄에 본문작성

esc -> :wq! 해서 저장하고 종료 후 

방법2) 본문 없을 시

	$ git commit -m "feat: [#issue number] 기능요약"

-------------------------------------

$ git push [remote] [branch] ...

Workflow

1. local dev branch랑 remote dev branch 동기화 하기 → $ git pull origin develop
2. jira story issue를 참고로 feature branch 만들기.
   → $ git checkout -b feature/#[issue number]/[issue summary]
3. story issue의 sub task를 기준으로 commit한다. → git commit -m "feat: [#5] 로그인 폼 스타일링"
4. story 개발이 끝난 후 template에 맞춰서 Merge Request 날리기.