일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- Paging
- Docker
- CircuitBreaker
- AWS
- Level2
- 우아한세미나
- 세션
- 프리코스
- 프로그래머스
- 트랜잭션
- 스프링부트
- mock
- REDIS
- 의존성
- yml
- Spring Batch
- 코드리뷰
- 스프링 부트
- MSA
- 백준
- 우테코
- 레벨2
- 자바
- 우아한테크코스
- 서블릿
- AOP
- JUnit5
- HTTP
- JPA
- 미션
Archives
- Today
- Total
늘
[git] cherry-pick 본문
728x90
로또 미션을 진행하면서 리뷰 폭탄에 정신없이 해결해야겠다고 생각해서 rebase를 진행하지 않고 step1 브랜치에 바로 진행을 했다.
열심히 코드를 리펙토링 하고 마지막에 리뷰 요청을 보냈는데 충돌이 발생해서 충돌을 해결하고 요청을 보내라고 했다..
git cherry-pick vs git rebase
간단히 다른 브랜치의 커밋 기록을 현재 브랜치로 가져올 수 있는 기능이다.
git rebase와 비슷한 성격이지만 조금 다르다.
rebase는 현재 브랜치에서만 가능하고 다른 브랜치에서 commit을 가져오려면 merge를 한 후 rebase를 해야 한다.
반면에 cherry-pick은 이러한 과정 없이 바로 다르 브랜치의 commit#만 알면 가능하다는 장점이 있다.
하지만 cherry-pick은 같은 내용을 갖는 커밋이 여러 군데 생기므로 협업할 때는 지양하는 게 좋다고 한다.
상황
작업한 내용을 merge 할 곳은 gyuchool 브랜치이다.
step1에서 작업을 했고 merge를 한 후, 원래는 rebase후 step2 브랜치를 만들어서 진행했어야 했다.
하지만 merge이후 아무런 조치 없이 바로 step1 브랜치에서 계속 작업을 진행했고 작업을 끝냈다.
이러한 작업들을 merge이후 step2에서 작업한것처럼 커밋기록을 옮겨주고 다시 merge시켜려고 한다.
적용
- git checkout gyuchool
- git remote add {저장소_별칭} base_저장소_url
ex) git remote add upstream https://github.com/woowacourse/java-racingcar.git - git fetch upstream gyuchool
- git branch -a
- git rebase upstream/gyuchool
- git checkout -b step2
- git log - 머지했을 때 log가 젤 먼저 보일 거임
- git cherry-pick {first_commit#} - 머지 한 바로 다음부터(잘못의 시작부터..)
- git cherry-pick {first_commit#}..{last_commit#}
- git push -u origin step2
step1의 merge이후부터 커밋 기록이 잘 기록되었다.
Reference
728x90
'우아한테크코스 4기' 카테고리의 다른 글
리눅스 명령어와 권한 설정 chmod (0) | 2022.06.01 |
---|---|
Junit5 테스트 동작 방식과 빈 주입 (0) | 2022.05.10 |
[Exception]checked Exception vs unchecked Exception (0) | 2022.04.25 |
우테코 Lv1 강의 정리 (0) | 2022.04.12 |
우아한 한 달 생활기 (0) | 2022.03.28 |
Comments