[Git/Github] 작업 브랜치 내용(feature)을 상위 브랜치(dev) 반영하는 순서

상황 가정

로컬 컴퓨터(ex. visual studio code)에서 사용하고 있는 내 브랜치는 feature/eun

상위 브랜치인 dev에 내 브랜치 feature/eun 내용을 적용하려고 함.

내 브랜치(feature/eun) -> 상위 브랜치 (dev)  반영하는 순서

1. 내 작업 브랜치에서 커밋 및 push 확인
-> 로컬 작업을 마무리하고 원격에 푸시까지 해둠.

git add .
git commit -m "작업 내용"
git push origin feature/eun

 

2. dev 브랜치 이동

git switch dev

 

3. 원격(Github) dev 최신 내용 반영
-> 로컬 dev가 최신 상태가 되도록 업데이트

git pull origin dev

 

4. 작업 브랜치를 dev에 병합

git merge feature/eun

 

⚠️ 충돌이 나면 수정 -> git add . -> git commit -m "작업 내용"

 

5. dev 브랜치를 원격에 푸시
-> 이제 자신의 작업이 dev에 공식 반영 됨!

git push origin dev

 

 

🔎 Tip : 병합(merge) 안 하고 PR(pull request)로 올리는 방법

-> 직접 dev에 병합하지 않고 Github에서 PR로 병합 요청하는 방법.

 

✅PR 흐름
1. 작업 브랜치 생성
2. 작업 + 커밋 + 푸시
3. GitHub에서 Compare & Pull Request 클릭
4. PR 설명 작성 후 생성
5. 리뷰어가 코드 확인 → 승인
6. 승인되면 Merge (직접 또는 리뷰어가)

반대로 - 상위 브랜치 dev -> 내 브랜치(feature/eun) 반영하는 순서

https://azureun.tistory.com/8

[Git/Github] 상위 브랜치(dev) 내용을 로컬 작업 브랜치(feature)에 반영 후, 작업하는 순서