🔥Project introduce🔥
⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️
해당 프로젝트는 안정성과 협업의 효율성을 위해
main, 컴포넌트명(ex. InputForm, Button...) 브랜치를 아래와 같은 방식으로 운영합니다.
모든 merge는 Pull Request로 진행! Pull Request 템플릿을 작성 해주세요.
merge 된 branch가 생긴다면 git merge origin/main 실행 후 작업
| 브랜치 이름 | 역할 설명 |
|---|---|
main |
완성된 기능만 모아놓는 최종 배포 브랜치입니다.실제 서비스에 반영되는 안정적인 코드만 포함됩니다. |
컴포넌트명 |
특정 기능의 개발 브랜치입니다.새로운 기능, 수정 작업 등은 모두 여기에서 진행됩니다.해당 브랜치에 해당된 파일만 수정해야 하며, 다른 브랜치에서 수정 중인 파일을 건드릴 경우 오류가 발생할 수 있습니다! |
- 모든 브랜치는
main에서만 만들어져야 합니다. - 브랜치 구조 예시:
main→컴포넌트명(O)main이 아닌 다른 브랜치→컴포넌트(X, 이렇게 하면 안 됨!)
git clone [레포지터리 주소] # 프로젝트를 처음 받을 때
git checkout 브랜치명 # 항상 해당 기능의 브랜치에서 작업 시작
git pull origin 브랜치명 # 최신 해당 기능의 내용 가져오기
git switch 브랜치명 # 브랜치 전환- 파일 수정, 커밋, 로컬 테스트 등
- 모든 브랜치는 main 으로만 merge!
- 다른 브랜치에서 작업 중인 파일을 수정하지 않기
git add .
gitmoji -c
git push origin 컴포넌트명🔗 참고:
Git 커밋 메시지 이모지 가이드 (Gitmoji)
main ← 컴포넌트명
↑
(여기에서만 작업)
- 모든 작업은
컴포넌트명브랜치에서만 진행합니다. main브랜치는 절대 직접 수정하지 않습니다.- 중요한 변경 전에는 항상
git pull로 최신 코드를 받고 충돌을 방지합니다.
- 커밋 전에는 항상 이전의 작업을 먼저 반영(pull)해 주세요.
- 충돌(conflict)이 생겼다면 팀원에게 알리고 함께 해결하세요.
- 다른 브랜치에서 수정 중인 파일을 건드리지 마세요.
- 브랜치 생성 시 source는 반드시 main에서만!
- 모든 머지는 Pull Request로만 진행!
- 머지 후 해당 브랜치는 삭제 해주세요!