깃허브 브랜치 구조

└─ main
		└─ dev
	      ├─ fe/dev
	      │      └─ fe/feat/[구현기능]
	      └─ be/dev
	             └─ be/feat/[구현기능]

• 기능 구현은 feat 브랜치에서 진행합니다.
• 한 브랜치에서는 하나의 기능만 구현합니다.
• feat 브랜치를 분기할 때는 fe 작업인지 be 작업인지를 꼭 적어주도록 합니다.
• 각 feat 브랜치가 어떤 기능을 구현하기 위한 브랜치인지 알기 쉽게 구현 기능명을 명확히 적어줍니다.
• merge가 완료된 feat 브랜치는 삭제합니다.

PR 규칙

• title

  • [분야] 작업 내용
  • 분야는 항상 대문자로 작업 내용은 한글로 작성
    • ex) [COMMENT] 댓글 생성 기능 구현

• description

  • 아래 내용을 PR할 때 함께 작성해주세요.

    ## 어떤 이유로 PR를 하셨나요?
    - [ ] feature 병합(feature issue #를 남겨주세요)
    - [ ] 버그 수정(아래에 issue #를 남겨주세요)
    - [ ] 코드 개선
    - [ ] 코드 수정
    - [ ] 배포
    - [ ] 기타(아래에 자세한 내용 기입해주세요)
  
    ## 세부 내용 - 왜 해당 PR이 필요한지 자세하게 설명해주세요
    - 세부사항을 항목으로 설명해주세요
  
    ## PR하기 전에 확인해주세요
    - [ ] 로컬테스트를 진행하셨나요?
    - [ ] 머지할 브랜치를 확인하셨나요?
  
    ## 관련 이슈 번호
    - 관련된 이슈 넘버가 있으면 이곳에 기입해주세요(없으면 X)
  

• Assignee

  • 담당자는 PR 작성자 본인으로 지정

• Reviewer

  • 작업한 내용과 관련 있는 사람을 리뷰어로 지정
    • 해당 내용을 이전에 작업한 사람
    • 작업한 내용에 영향이 있는 사람

• Label

  • Asking For Review - 대기
  • BackEnd
  • FrontEnd