[4주차] git/github 특강 2

브랜치 새로 만들기

git branch 브랜치이름

 

브랜치 확인하기

git branch

=> 초록색이 현재 내 로컬이 위치하고 있는 브랜치, 하얀색은 내가 새로 만든 브랜치

 

다른 브랜치로 들어가기(이동하기)

git switch 브랜치이름 
요즘 많이 씀 

또는

git checkout 브랜치이름
옛날에 많이 씀

 

한번에 생성 및 이동

git switch -c 브랜치이름
*c : create

또는

git checkout -b 브랜치이름
*b: branch

 

다른 브랜치에서 수정한 코드를 main에 합치기(=붙이기, 반영하기)

subbranch에서 main으로 합치려고 할 때!

git switch main
git merge subbranch

**이제 현재는 main 에 있음

 

git reset -

---

Pull Request

: git merge는 잘 안쓰고, 대신 pull을 쓴다.

 

터미널에서 말고 github에서 합치자!

왜? 다른 사람들이 코드 리뷰를 할 수 있기 때문이다.

 

pull request 란?

pull: 당겨서 합치는 것(merge) / request: 요청하다

 

가정해보자,

 

현재 subbranch에서 코드를 수정하고 저장한 다음, add/commit 완료 후

git push origin subbranch이름

그 다음, github에 들어가면 compare & pull request 버튼이 있다. (= 기존의 코드와 비교하고 pull request 를 요청하세요)

 

.

.

그러면 팀원들이 허락해주면서 merge가 된다. (conflict 나면 merge가 안됨. 이럴경우에는,, 예를 들어 내가 수정하고 있는 줄에 누가 이미 다른코드로 머지해놓은 상태일때,  로컬에서 컨플릭트 해결하기 -> save add commit push -> 그다음 깃헙에서 비활성화되어있었던 pull and merge 버튼 누르기)

.

.

 이제 다시 로컬 main 으로 오면, github에서 merge된것은 아직 로컬에 없는 상태이다. 이떄는,

git pull origin main

하고 땡겨온다.

 

 

---

개발용 브랜치 만들기

 

main branch : 배포용

develop branch : 테스트용

기능 브랜치 : 기능 개발용 (이름예시 feature/signup)

 

이제는, 기능브랜치에서 develop으로 합치면서 개발하기.

 

로컬에서 먼저 테스트 하기

git pull origin dev 해서 로컬에서 테스트하기

만약 충돌되면, 로컬에서 해결하고 Push 하기