| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
Tags
- kotlin
- 깃 꼬였을 때
- 파이썬코테함수정리
- 앱에 팝업띄우기
- 앱사용자행동추적
- 환경변수사용
- 프론트엔드
- 깃협업
- frontend
- 앱사용자추적
- 코틀린
- 개발자
- 백엔드
- CSS
- 위키피디아검색창
- JavaScript
- It
- 파이썬 코테준비
- HTML
- 깃 충돌시
- env사용
- dev
- Git협업
- 앱개발
- 깃 충돌 해결방법
- 코테준비
- 앱개발기능추가
- Python3
- 파이썬 코테 함수
- git방식
Archives
- Today
- Total
zooooss
[Git 브랜치 작업] 원격/로컬 순서 꼬였을 때 대처방법 본문

팀 협업 도중 생긴 일이 아니라 그래도 쫄지않았다(?)
원격이 앞서있는데
그 위로 로컬에서 작업을 여러차례 해버린 것
여기에서 pull을 받아버리면 현재 로컬 수정 내용들이 날아갈 것 같아
폭풍 검색해보았다..
해결책은 어떻게든 나온다 !! 나왔다 !
현재상황 :
- 로컬에 원격보다 18개 커밋이 더 있고 (앞서 있음)
- 원격에 로컬보다 1개 커밋이 더 있다 (뒤처져 있음)
이 경우 바로 푸쉬하면 충돌이 생길 수 있고,
pull하면 수정사항이 날아갈 수 있음.
해결방법 1 :
# 임시 저장 후 pull
git stash
# 현재 변경사항 임시 저장
git pull
# 원격 변경사항 가져오기
git stash pop
# 임시 저장한 변경사항 다시 적용
해결방법 2 :
먼저 커밋 후 pull
git add .
# 모든 변경사항 stage
git commit -m "샬랄라"
# 커밋
git pull
# 원격과 병합
결과는!
따란!

안전(?)하게 임무 완료이다..ㅎㅁㅎ
'STUDY > Git' 카테고리의 다른 글
| [Git 브랜치 작업] 브랜치 새로 안따고, main에서 pull 받는 방법 (0) | 2026.02.17 |
|---|---|
| [Git 브랜치 작업] 최신 main 브랜치에서 새로운 브랜치를 따서 작업하고 싶을 때 (0) | 2026.01.19 |
| [Git] 깃(Git) 깃허브(GitHub) 사용법 / 용어 알아보기 (0) | 2023.08.15 |