일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Provider
- 백준파이썬
- programmers
- Java
- 자료형
- 오블완
- compose
- disposableeffect
- android
- 파이썬문법
- Hilt
- ContentProvider
- Kotlin
- 프로그래머스
- nullpointerexception방지
- jetpack
- 배열
- 리스트
- 자바set
- 티스토리챌린지
- 파이썬
- 자바리스트정렬
- list
- 자바
- 백준
- Python
- filternotnull()
- composelifecycle
- Dependency
- 문자열
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 |