**본인 PR 올리기 전에,

기존에 올라온 PR 모두 리뷰한 후에 PR 올릴 것!!!!**

<aside> 💡 PR 제목 : [브랜치 역할] #이슈 번호 - 이슈 제목과 동일 - 예시 [Feat] #3 - HomeView UI 구현

</aside>

PR Templete

### 🌴 작업한 브랜치
- #이슈번호

### ✅ 작업한 내용
<!-- 작업한 내용 적어주세요! -->

<!--

넣고싶은 코드가 있다면 적어주세요

-->

### ❗️PR Point
<!-- 부족했던 점 혹은 개선하고 싶은 방향이 있다면 얘기해주세요 -->

<!--

넣고싶은 코드가 있다면 적어주세요

-->

### 📸 스크린샷
<!-- 스크린 샷을 첨부해주세요 -->

|뷰|설명|
|:------:|:---:|
|        |     |

- Resolved: #이슈번호

• PR Point, 스크린샷은 없다면 빼도 됨

• 최대한 상세히 작성하기!

  • 사진 예시

    

• 스크린샷은 필요 시 gif 형식으로 올리기

코드 리뷰

1. 코드에 수정 사항 반영을 요청할 때 아래와 같은 태그로 구분하여 중요도를 나눕니다

   • P1: 꼭 반영해주세요 (Request changes)

     리뷰어는 PR의 내용이 서비스에 중대한 오류를 발생할 수 있는 가능성을 잠재하고 있는 등 중대한 코드 수정이 반드시 필요하다고 판단되는 경우, P1 태그를 통해 리뷰 요청자에게 수정을 요청합니다. 리뷰 요청자는 P1 태그에 대해 리뷰어의 요청을 반영하거나, 반영할 수 없는 합리적인 의견을 통해 리뷰어를 설득할 수 있어야 합니다.

     추가) P1 리뷰의 수정 사유는 다음으로 한정하며, 수정 요청의 내용과 근거를 반드시 함께 명시해야 합니다.

     • 앱이 중간에 꺼지거나 멈출 우려가 있는 경우
     • 앱스토어 정책에 위배되거나 거절 사유일 경우
     • 보안상 문제가 발생할 수 있는 경우
     • 사용자의 의도와 다르게 동작할 가능성이 있는 경우 (부작용)
     • 기획/디자인에서 의도한 것과 현저하게 다르게 표시되는 경우

   • P2: 적극적으로 고려해주세요 (Request changes)

     작성자는 P2에 대해 수용하거나 만약 수용할 수 없는 상황이라면 적합한 의견을 들어 토론할 것을 권장합니다.

   • P3: 웬만하면 반영해 주세요(Comment)

     작성자는 P3에 대해 수용하거나 만약 수용할 수 없는 상황이라면 반영할 수 없는 이유를 들어 설명하거나 다음에 반영할 계획을 명시적으로(JIRA 티켓 등으로) 표현할 것을 권장합니다. Request changes 가 아닌 Comment 와 함께 사용됩니다.

   • P4: 반영해도 좋고 넘어가도 좋습니다 (Approve)

     작성자는 P4에 대해서는 아무런 의견을 달지 않고 무시해도 괜찮습니다. 해당 의견을 반영하는 게 좋을지 고민해 보는 정도면 충분합니다.

   • P5: 그냥 사소한 의견입니다 (Approve)

     작성자는 P5에 대해 아무런 의견을 달지 않고 무시해도 괜찮습니다.

   예시: P1 ) 컨벤션에 따라 함수 네이밍을 ~~로 바꿔야 할 것 같아요!

2. 이 외에 코드에 대한 이해를 돕기 위한 추가 설명 요청, 질문, 감탄사 등은 마구마구 자유롭게 달기~!