ISSUE, PR 는 작은 기능 단위로 만들기!

PR을 열었을 시, nearby 나 Slack에 리뷰 요청하기!

충돌 발생 시, 발생한 부분의 이해관계자와 상의해서 merge confilct 하기!

https://bsnn.tistory.com/129

https://xtring-dev.tistory.com/entry/Github-자주-Merge되는-PR-만들기

Git Branch Rule

• 기본 main / dev / feature 브랜치

• 기능 단위로 브랜치를 생성하고, 이름은 크게 두 가지로 나눔 → feature/기능 또는 fix/기능

• 브랜치 작성 시 소문자 및 하이픈로 작성 ex) feature/sign-in

• merge가 된 branch는 바로 삭제하면서 관리

• PR전 코드 리뷰 Code Review Rule

• ex) 작성 예시

  <aside> 💡 feature or fix/행위-페이지-기능명

  feature/design-home-login → 메인 페이지 디자인하는 브랜치

  </aside>

PR message

<aside> 💡 PR 제목 - [커밋 룰]요약 ex) [커밋 룰] XX 기능 구현

PR 내용 - 기능에 대한 세부 내용

리뷰 인원 - 전원

주요 담당자 - 해당 기능 구현을 담당한 인원

라벨 - 구현한 화면에 맞는 라벨 적용

ex)

1. [UI] : ShortsFragment 작성 shorts_page, shorts_page_item 추가

   close #2

</aside>

PR Merge 작성

<aside> 💡 cofirm merge 하기 전, 커밋 메세지 변경하기

ex) [MERGE]: ~~에서 ~~로 병합

[CONFLICT]: ~~에서 발생한 충돌 해결 후 ~~로 병합

</aside>

Issue Template