브랜치 전략과 풀 리퀘스트

프로젝트를 할 때 브랜치 전략과 풀 리퀘스트를 하는 방법에 대해 알아보아요.

branch 전략

먼저 코드의 충돌나는 상황을 최대한 적게 하고 프로젝트를 배포할 때 수월하게 하기 위해서는 브랜치 관리를 잘하는 것이 중요해요.

따라서 우리 FILL-IN은 아래와 같이 브랜치를 관리하려고 해요.

main 브랜치

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

develop 브랜치

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

dev_이름 브랜치

• 각자 맡은 기능들을 개발하는 브랜치

  → 기능이 완벽하게 구현이 되었다면 develop 브랜치에 Pull Request를 보낸 후에 Merge를 진행해요.

PR ( Pull Request )

Pull Request를 보내는 이유는 Merge 하기 전에 코드 리뷰를 하기 위해서에요. 만약 각자 맡았던 기능 개발이 완성이 되었다면 develop 브랜치에 Pull Request를 보내야해요. 그 방법에 대해서 알아볼까요?

git status
git add .
git commit -m "[FEAT] 로그인 기능 완성"
git push origin dev_이름