브랜치 전략

먼저 코드의 충돌나는 상황을 최대한 발생하지 않게 하고, 프로젝트를 배포할 때 수월하게 하기 위해서는 브랜치 관리를 잘하는 것이 중요합니다 !

따라서 아래와 같이 브랜치를 관리하려고 하는 것으로 ! 😀

main 브랜치

• develop 브랜치에서 배포할 수 있을 정도로 구현된 것을 Merge를 하는 브랜치입니다.

develop 브랜치

• 기능 개발과 버그 수정의 브랜치 Merge가 자주 일어나는 브랜치입니다. 한 마디로 개발이 활발하게 일어나는 브랜치입니다.

feature 별로 브랜치

• 본인이 이슈를 만들었던(기능) 것에 대한 기능을 개발하는 브랜치입니다. 기능이 완벽하게 구현이 되었다면 main 브랜치에 Pull Request를 보낸 후에 Merge를 하면 됩니다.

• 작업 전, 반드시 develop 브랜치를 pull 받기,, 충돌 최소화,,,?

  git pull origin develop

• 기능 개발 시 feature/#이슈번호 브랜치를 파서 관리합니다

  git branch feature/#이슈번호

• main, develop 에 직접적인 commit, push는 ❌

• 작업 완료 시 develop 브랜치로 PR 날리기

• 팀원과 코드리뷰를 진행한 후,  develop 브랜치로 merge