작업 시작 매번 전(매일), 다른 PR 승인 후, PR 올리기 전 고려하여 main rebase 후 PR 올리기

merge conflict 해소 및 다른 협업자를 고려하여 커밋은 되도록 한 개로 PR올리기

필요할 시, 임시로 Dev/닉네임-issue로 브랜치 만들기

팀원 의견인 개발 단계에서는 작업 단위가 클 수 밖에 없으니, 작은 단위로 쪼개기 보다 PR에 리뷰 받을 부분 범위 상세하게 적어 놓기

Local -> Remote -> PR -> main

1. main에서 branch 따기
2. 1번 Rebase 규칙에 따라서 필요 시, main rebase
3. 로컬에서 변경 시 마다 커밋하기(선택사항), 질문 있을 시 해당 커밋 해쉬 공유하기
4. Squash 규칙에 따라서 Squash 시
5. 자기 Remote에 push 후, PR 올리기
6. PR 승인 후, 작업하던 브랜치가 있다면 Rebase하기