Branch Rules

브랜치 전략

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

따라서 아래와 같이 브랜치를 관리하려고 합니다.

main 브랜치

• 기능 개발과 버그 수정의 브랜치 . Merge를 하는 브랜치입니다.

기능이 적은 관계로 main과 develop 브랜치를 나누지 않고 main으로 통일하겠습니다.

본인이름 브랜치

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

CLI로 브랜치를 만드는 방법

잠깐~! [**CLI**](<https://www.notion.so/CLI-391e0bc09b3b4e6e9b1cc0766c873b9c>)란?!

git checkout -b 브랜치이름 (해당 브랜치가 존재하지 않는다면 브랜치를 새로 만들면서 바로 그 브랜치로 이동합니다.)
ex) git checkout -b feature/signup

git checkout 브랜치이름 (존재하는 브랜치가 있다면 그 브랜치로 이동합니다.)
ex) git checkout feature/delete-user

Pull Request 보내는 방법

git status
git add .
git commit -m "Feat: 유저리스트 조회"
git push origin suagongzu