😺Github Rule

git workflow

기존의 github-flow에서 같은 기능을 여러 개발자가 분업해 개발하기 위해 user라는 브랜치를 추가하여 우리만의 workflow를 만들어 작업하고 있다.

• 기능 개발
  • master ↔ hotfix
  • feature/[feature-name]
  • feature/[feature-name]/[name-initial]
    • ex) feature/login/kej

PR convention

### PR 제목 템플릿
제목은 다음과 같이 작성하고, 템플릿 내용은 지워주세요.
> [이름 이니셜] 작업 내용 간략하게 작성

### 작업 사항
- [x] 완료 목록
- [ ] 진행중 목록

### 요약
이곳에 요약 내용을 쓰세요.

### 첨부
작업한 사진을 첨부할 경우 여기에 추가하세요.

### 이슈
해당 작업 관련 이슈를 태그해주세요.

• 리뷰어에 팀원 지정하기.
• 모든 팀원에게 리뷰를 받아야 머지가 가능하다.
• 리뷰할게 없으면 칭찬이라도 하자!
• 수정할 사항이 있으면 pending으로 리뷰하기.

PR review convention

PR 리뷰시 머릿말 지키기 (의도를 확실히 하기 위해)

> FB1: 필수로 수정해야하는 코드
> FB2: 다른 방법을 제안할 때

> GOOD: 칭찬이 필요한 코드

> Q: 의도를 잘 모르겠거나 로직이 이해하 가지않을 때 질문

example

FB1: var로 변수 선언한 걸 const로 바꾸는게 좋아보여요! 
FB2: for문보단 forEach로 변경해보시는 건 어떠신가요?
GOOD: 변수명이 이해하기 쉽게 너무 잘 작성하셨네요! 
Q: 코드의 content 변수는 어떤 것에 사용하는 변수인가요?