브랜치 전략

gitGraph
    commit
    branch dev-be
    branch dev-fe
    checkout dev-be
    branch "feature-be-#1"
    commit
    commit
    checkout dev-be
    merge "feature-be-#1"
    checkout main
    checkout dev-fe
    branch "feature-fe-#2"
    commit
    commit
    checkout dev-fe
    merge "feature-fe-#2"
    checkout main
    merge dev-be
    merge dev-fe

• 개발자별로 폴더로 작업? ⇒ merge 충돌 피하기
  • 폴더를 도메인 별로

PR 작업 방식

기본 규칙

• fork 해서 PR 하는 방식으로 통일
• PR 머지는 승인 3명 해야 가능
• PR 열고 작업 시작하기
• PR은 매일 밤 10시까지 완료 → 슬랙에 메시지 보내기
• PR 코드리뷰는 다음날 오전 10시까지 완료
• 깃허브 디폴트 템플릿 설정

PR 내 내용

• Assignee, Reviewer 선택
  • Assignee를 자신, 같은 분야 팀원 모두를 Reviewer로 설정하기
• 라벨
  • feature / fix / docs / refactor / test / ci/cd / chore