깃허브를 이용한 작업 flow

<aside> 💡

1. 이슈 만들기
2. 이슈 번호로 브랜치 생성
3. 해당 브랜치로 이동 (꼭 최신화된 develop에서 이동할 것!)
4. 해당 브랜치에서 열심히 작업
5. 해당 브랜치를 push후 PR 생성
6. 팀원의 PR에 대한 리뷰 진행 후, 문제 없다면 approve (심각한 문제 시 comment 만)
7. develop으로 해당 PR 머지 </aside>

코드 리뷰할 때 사용할 룰

• PN룰 (의견 제시의 강도를 도입한 리뷰 방식)

<aside> 💡

p1) ~~~ 반드시 고쳐주세요 (문제 발생)

p2) 이게 훨씬 더 효율적이지 않을까요? (거의 확신)

p3) 이 방법이 좋지 않을까요~? (제안, 그러나 더 나은 방식이라고 확실히 생각하기에 제안)

p4) 이건 이렇게 하는게 좋지 않을까요? (코드의 이유가 불분명해 보일 때)

p5) 쓸없말 (대박~ 어떻게 이런 방법이 ~)

</aside>

Issue Template (예시) -기능 추가, 리팩토링, 버그 수정 (+ QA)

PR Template (예시)

PR 규칙

• commit의 개수는 10개 이하.. 로 노력해보기
• 리뷰는 매일 작업 시작 전 (합숙전에는 하루를 넘기지 않게)
• 큰 문제가 없으면 approve이지만 꼭 질문해보고 싶은것이나 의아한 점이 있으면 approve없이 진행
• 머지는 어푸 2개 이상 받고 나서! (나중에 정말 바빠지거나 급하면 강제 머지..할 수 있도록 기능은 열기)

PR Reviewer, Assigness, Labels, 자동 생성 추가