Github 브랜치(브랜치 생성, 체크아웃)

하나의 개발 브랜치에는 한 개발자만 작업해서 올림

여러 사람이 작업하는 경우, 브랜치 규칙 정하는 것이 일반적

- master 브랜치에는 직접 commit 금지

- master 기준으로 새 브랜치 만들기

- 브랜치를 만들고 해당 브랜치에는 한명만 커밋

- 작업이 끝나면 master 브랜치에 합치기

 

＊ 소스트리에서 브랜치를 눌러서 feature/detail-page라는 브랜치 생성

 

＊ 소스트리에서 브랜치를 눌러서 feature/detail-page라는 브랜치 생성

아래처럼 master에서 브랜치를 생성했기 때문에 feature라는 브랜치가 생성됨

origin은 원격저장소, master는 로컬 저장소를 일컫음

 

feature/detail-page 브랜치에 아래처럼 파일 수정을 하고 해당 브랜치에 커밋을 해보자.

feature/detail-page 브랜치와 origin의 featuer/detail-page에 같이 업데이트가 되는데 같이 되게하려면 커밋 시 '-에 바뀐 내용 즉시 푸시'를 체크

원격저장소에 브랜치가 생성이 되어있고 파일 업데이트 되어있는 것을 볼 수 있다.

---

브랜치 이동 - Check out

다른 협업자가 feature 브랜치에 이어서 생성하게 되면 이전 개발자가 작업하던 것과 충돌이 일어날 수 있기에 기존의 master브랜치에서 생성해서 작업을 이어나가는 것이 좋다.

master에 체크아웃해서 feature/cart라는 브랜치를 생성하고 원격저장소에도 아래처럼 브랜치가 생성되었다.

 

master에서 detail-page, cart 브랜치를 각각 생성하는 법을 알아보았다.