일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 백준파이썬
- 파이썬문법
- nullpointerexception방지
- Provider
- programmers
- 파이썬
- Hilt
- ContentProvider
- 리스트
- Dependency
- compose
- 프로그래머스
- disposableeffect
- filternotnull()
- 자료형
- android
- jetpack
- 문자열
- 배열
- 티스토리챌린지
- list
- Kotlin
- Python
- 백준
- 자바리스트정렬
- composelifecycle
- Java
- 오블완
- 자바
- 자바set
Archives
- Today
- Total
study gomi
맨날 rebase 헷갈리는 나를 위한 글 본문
728x90
반응형
rebase: 현재 작업중인 브랜치(대충 work)를 기준으로 다른 브랜치(master)의 커밋을 재배치하는 것.
만약에 내가 원하는 동작이 work의 작업을 master에 합치고 싶은 것이라면?
rebase master onto work
<작업 순서>
1. 현재 브랜치 확인: master에 있어야 함.
git branch
git checkout work
2. master 브랜치를 rebase: work 기준으로 master 브랜치의 커밋을 재배치
git rebase work
3. 충돌 해결 (필요 시)
git add <충돌 수정된 파일>
git rebase --continue
4. 작업 병합
그리까, 현재 작업중인 브랜치에 <다른 브랜치> => git rebase <다른 브랜치>
(1) master → work 에 적용?
현재: work
git rebase master
(2) work의 작업 → master에 적용?
현재: master
git rebase work
브랜치 간 관점은 항상 현재 브랜치 기준으로 이해해야...
이것도 맞나 안 맞나 아리까리 = ㅅ =;;;
728x90
반응형
'Else' 카테고리의 다른 글
git - Local branch의 상태를 origin branch 상태와 동일하게 하기 (0) | 2024.12.13 |
---|---|
정규식 (0) | 2024.11.21 |
잘못 push 한 것 강제로 복구하는 방법 (0) | 2024.11.18 |