branch

strategy

• main → dev → feat 순으로 브랜치 생성

branch types

• main: 배포 브랜치
• dev : 개발 브랜치
• feat/이니셜/branchname : 기능 브랜치 (ex - feat/khw/login)
• hotfix : 오류 또는 긴급 수정 브랜치

feat브랜치 name style

• 기능별 브랜치 생성, 담당자 이니셜 적기

  기능별로 브랜치를 생성하고, 1개의 브랜치는 1명의 사용자가 담당합니다.

  feat/담당자/기능명
  
  feat/khw/login
  feat/lkw/logo
  

commit

- structure

타입 - #이슈번호 : 제목
(공백줄)
상세 설명

• 타입

  • feat: A new feature
  • fix: A bug fix
  • docs: Changes to documentation
  • refactor: Refactoring production code
  • chore: Updating build tasks, package manager configs, etc; no production code change

• example

  feat - #1 : 로그인 html,css 완료
  
  공통 인풋 텍스트, 버튼 컴포넌트 적용
  

merge

• github pull request를 사용해 merge합니다. merge 후 브랜치는 삭제합니다.
• 개발 중에는 squash merge 배포 시에는 rebase merge 합니다.
• front개발은 최소 front 1명을 리뷰어로, back개발은 최소 back 1명을 리뷰어로 pull request 합니다.
• front, back 같이 진행하는 개발은 최소 front,back 각 1명을 리뷰어로 pull request 합니다.