Github flow 전략

Untitled

브랜치 역할 규칙
main 배포 사용자들에게 배포하는 버전을 관리한다.develop 브랜치에서 merge한다.
develop 공동 개발 기능, 버그 수정 등 주요 기록들이 모여있다.feature 브랜치에서 merge한다.
feature 기능 구현 이슈 별로 브랜치를 생성한다.브랜치명은 feature-{기능이름}-{상세내용}merge 후에 자동 삭제된다.

REPOSTORY MANAGEMENT

  1. 각 담당자는 1)담당 모듈 레포지터리에 커밋/푸쉬할 베이스 프로젝트 생성/셋팅 후 2)터미널에서 아래의 커맨드로 초기 브랜치 셋팅 후 first commit.

    1. main : 최종 배포를 위한 브랜치 (**master는 사용하지 않는다)

    2. dev : 개발을 위한 브랜치 (모든 개발내용은 해당 브랜치위에서 feat단위로 서브 브랜치 생성/commit 후 해당 브랜치로 Merge 합니다)

git init
git add -A
** 작업 디렉토리 내의 모든 변경 내용을 몽땅 스테이징 영역으로 넘기는 명령어인데요, 처음 실행하기전 확인 부탁드립니다.
git commit -m "first commit"
git branch -M main
git remote add origin <https://github.com/*"레포지터리명"/"모듈명"*.git>
git push -u origin main
git branch test
git branch dev
git checkout dev

BRANCH NAMING

Dev 브랜치 하위에서 feature/login, feature/signin 이런식으로 만들 기능별로 브랜치 따기!

Branch Structure

Main : 서버 배포를 위한 브랜치