-
Notifications
You must be signed in to change notification settings - Fork 1
Git 전략
이강호 edited this page Jul 3, 2024
·
1 revision
작업 시작 매번 전(매일), 다른 PR 승인 후, PR 올리기 전 고려하여 main rebase 후 PR 올리기
merge conflict 해소 및 다른 협업자를 고려하여 커밋은 되도록 한 개로 PR올리기
필요할 시, 임시로 Dev/닉네임-issue로 브랜치 만들기
팀원 의견인 개발 단계에서는 작업 단위가 클 수 밖에 없으니, 작은 단위로 쪼개기 보다 PR에 리뷰 받을 부분 범위 상세하게 적어 놓기
Local -> Remote -> PR -> main
- main에서 branch 따기
- 1번 Rebase 규칙에 따라서 필요 시, main rebase
- 로컬에서 변경 시 마다 커밋하기(선택사항), 질문 있을 시 해당 커밋 해쉬 공유하기
- Squash 규칙에 따라서 Squash 시
- 자기 Remote에 push 후, PR 올리기
- PR 승인 후, 작업하던 브랜치가 있다면 Rebase하기
해당 페이지가 2모듈 이상 필요한 경우 따로 독립된 코디네이터를 만든다.