1. git hub flow

• 구성: main 브랜치, dev 브랜치, feature 브랜치
• 과정: 담당한 기능 브랜치에 push → 필요 기능이 구현 됐을 때로 PR → 코드 리뷰 → dev로 merge
• 원격에서 PR이 dev로 모두 머지된 서브 브랜치는 삭제하기! (사용 중인 브랜치만 남기기)

2. branch 명

• feat/기능명 (feature 너무 길어 오타방지.. 퓨쳐 방지…)
  • feat/main, feat/mypage
  • 페이지 단위가 아닌 것들은? : feat/layout , feat/redux, feat/router, feat/package 기능이 드러나게 (초기 기본설정 할때 feat/setup 사용)

3. PR 주기 / 빈도 / 단위

• 공통 사용 코드 추가 시 한명만 만들고 바로 PR 하기 (ex) redux 구조 같은, 공통코드 넣어야 할 때
• 하루 한 번 / 기능이 완성된 만큼
• 그외에 빨리 넣고 싶을 때 말하기!!!

4. Commit message

• 커밋 제목

  • 바뀐 코드가 무슨 내용인지 한눈에 알아보게 작성

  • 수정 목적 표기

    작업 타입	작업내용
    [add]	기능 /파일 추가
    [modify]	버그가 아닌 기능의 수정 및 변경
    [del]	기능 / 파일을 삭제
    [fix]	문제, 버그 수정
    [refactor]	코드 리팩토링 (기능에는 변화가 없음)
    [style]	css
    [script]	package.json 변경(npm 설치 등)
    [chores]	그 외 잡일 (위에 해당 사항이 없는..)
    [temp]	임시 코드 (미완성이어도 공유가 필요할때만 넣기)
    [add/modify/…]	바쁠 때만.. 최대한 기능단위 commit
    	헷갈리면 물어보기!

• 제목만 작성시 :

  git commit -m "[update] mypage 닉네임 수정 추가"
  

• 커멧 제목 및 내용으로 작성 시

  • 작성한 코드의 수정 내용이 많아서 제목에 다 못 쓸 때 / 더 상세히 작성하고 싶을 때

  $ git add . 
  $ git commit  엔터
  
  [add] 마이페이지 기능 추가
  (빈칸)
  -마이페이지 닉네임 수정 추가
  -마이페이지 아바타 수정 추가
  -쓸없 코드 삭제                  // vim 화면이 뜸, i 수정, esc로 수정 종료 , :wq 저장 
  

5. Commit 단위