Problem
팀원의 변경사항이 dev 브랜치로 merge 됐다.
그래서 빨리 변경사항을 내가 작업하던 코드에 반영하고 싶어서
로컬에서 작업하던 feature 브랜치에서 바로 git pull origin dev를 했더니..
변경된 코드가 엄청 많다고 나오고 충돌이 났다.
Analyze
이렇게 하게 되면, 다시 dev로 pr을 올리면 같은 내용이 2번 올라가는 구조라서
내가 작업하던 브랜치에서 바로 원격의 dev를 pull 받아와서 dev로 pr을 올리면
팀원의 변경사항과 내 변경사항 + 팀원의 변경사항이 충돌이 나게 되는 것이다.
Action
일단.. 충돌을 해결하고 dev로 병합을 하고 다음엔 어떻게 해야 하는지 배웠다.
팀원이 dev로 변경사항을 pr을 올려서 merge를 했을 때, 내가 어떻게 받아오면 되느냐?
1. 원격의 dev를 로컬의 dev에서 pull 받아온다.
2. 로컬의 dev에서 브랜치를 생성한다.
3. 작업을 하고 나서 다시 원격의 feature 브랜치로 push
4. feature 브랜치를 도메인 브랜치로 PR 올려서 merge
5. 도메인 브랜치를 dev로 PR 올려서 merge
이렇게 하면 된다.
그러면 팀원의 변경사항이 내 로컬의 dev로 반영되어
변경사항이 아니게 되며 최신 코드가 된다.
따라서 이제 내가 작업을 하면 내 변경사항만 로컬에 남게 되고
이 변경사항을 다시 원격으로 올려서 dev로 PR을 올리면 된다.
Reslut
원격의 dev브랜치에 반영된 최신 코드를 내 로컬의 dev로 받아오고
그 로컬의 dev를 소스로 브랜치를 생성하여 작업하니
같은 내용의 다른 사람이 쓴 코드가 만들어지지 않게 되어 충돌 나지 않게 되었다.
원격의 dev의 내용은 로컬의 dev로,
원격의 competition의 변경사항은 로컬의 competition으로,
원격의 feature의 내용은 로컬의 feature로 받아오면 된다.
하지만 팀원의 변경사항이 없고 내 변경사항만 있다면 바로 작업하던 브랜치에서 pull 받아와도 상관없다.
중요한 것은 github에 push 할 때, 내 변경사항만 있어야 한 다는 것이다.
'내배캠' 카테고리의 다른 글
| TIL - 지정가 매매 시 트러블 슈팅 (0) | 2026.05.14 |
|---|---|
| TIL - DB/Redis/Kafka 분산트랜잭션 대응 (0) | 2026.05.13 |
| TIL - 프로젝트에 같은 모듈을 중복으로 import 하면? (0) | 2026.05.08 |
| TIL - 코드리뷰 피드백 정리 (0) | 2026.05.07 |
| TIL - 대회/랭킹 도메인 흐름 정리 (0) | 2026.05.06 |