개발 수칙

테스트

• TDD 적용
• jest
  • Frontend: https://jestjs.io/docs/en/tutorial-react
  • Backend: https://www.albertgao.xyz/2017/05/24/how-to-test-expressjs-with-jest-and-supertest/ https://velog.io/@talentceffort/TDDExpress-Supertest-jest

커밋 컨벤션

• [CHORE/DOCS/FEAT/FIX/REFACTOR/STYLE/TEST] #{issue} {제목: 무엇을}
• 한 줄 비우고 내용(왜)
• 커밋 제목과 내용은 한글로 작성
• Issue 링크는 필요한 경우에만 (사소한 변경 등에는 생략 가능)
• 예시: [FEAT] #2 깃허브로 로그인
• 참고
  • https://doublesprogramming.tistory.com/256
  • https://velog.io/@recordboy/%EA%B9%83-%EC%BB%A4%EB%B0%8B-%EB%A9%94%EC%8B%9C%EC%A7%80-%EC%BB%A8%EB%B2%A4%EC%85%98Git-Commit-Message-Convention
  • https://djkeh.github.io/articles/How-to-write-a-git-commit-message-kor/

타입	설명
Chore	빌드, 패키지 매니저 수정
Docs	문서 수정
Feat	새로운 기능 추가
Fix	버그 수정
Refactor	코드 리팩토링
Style	코드 포맷팅, 로직 변경이 없는 경우
Test	테스트 코드 작성

브랜치 전략(Git-flow)

• master: 실제로 배포한 안정적인 버전
• dev: 개발 완료한 기능이 포함된 상태
• feat: 기능 개발중
  • 브랜치 이름은 feat-{기능명}으로 생성
• hotfix: 긴급한 오류 수정시

Pull Request

• [#issue 번호] 제목
• merge 전에 2명 이상의 approve를 받아야 함