[Git] Cherry-Pick

☕ 시작

---

개인적으로 Cherry-Pick은 Git 명령어 중에서 가장 한번에 팍! 이해되는 이름을 갖고 있는 명령어라고 생각한다.

실제로도 Cherry picking이라는 말을 원어민들은 사용한다고 하는디, 원하는 것만 선별적으로 가져오는 것을 뜻한다고 한다.

Git에서도 정확히 이런 기능으로 사용할 수 있는 명령어가 바로 Cherry-Pick이다.

그럼 자세히 한번 알아보자 🔥

🍒 Cherry-Pick

---

Cherry-Pick?

Cherry-Pick은 다른 브랜치에 있는 Commit들 중에서 원하는 것만 쏙! 가져오는 명령어이다. (중요한 것은 Merging되는 것이 아니라 가장 최근 커밋으로 가져오게 된다.)

언제 쓰지?

어떻게 Cherry-Pick을 사용하라는 것이 딱 정해져있는 것은 아니지만, 나는 주로 아래와 같은 상황에서 Cherry-Pick을 사용하곤 했다.

1. 작업 브랜치나 배포 브랜치에 안정성이 보장되지 않은 커밋은 제외하고 나머지 커밋을 가져오고 싶은 경우
2. Hotfix 버그를 수정한 코드가 다른 브랜치에 있는데, 다른 브랜치에서 버그 수정 커밋만 가져오고 싶은 경우

다른 사람들도 아마 주로 이런 용도로 많이들 사용할 것 같다.

또, 사용되는 경우도 일반적인 상황은 아니긴하므로, Cherry-Pick은 필요한 경우에만 사용하는 것을 권장한다.

기본적으로는 매끄러운 Git 브랜치 정책을 정하고, 그에 맞게 협업하며 Cherry-Pick을 쓸 상황을 안만드는 것이 가장 좋다 ㅎㅎ

🍒🍒 Cherry-Pick 사용법

---

Git의 커밋에는 그 커밋만 갖는 고유한 ID값이 존재한다.
Cherry-Pick은 이 고유한 ID값을 활용해서 수행되게 된다.

💾 명령어

git cherry-pick {커밋 ID} ... {커밋 ID} 

Cherry-Pick은 위와 같은 명령어로 실행할 수 있다.

위에 사진들을 예시로 들어보자.
master브랜치로 cherry2의 2: Cherry-pick 커밋을 가져오고 싶다고 가정해보자.
그러면, 아래와 같은 명령어로 해당 커밋을 가져올 수 있다.

git cherry-pick e1ac041b61719f5ac5fdac93b08e72ece0f0513e
# 또는
git cherry-pick e1ac04

물론 이 명령어는 현재 브랜치가 master 브랜치인 상태여야한다. 💡

명령어를 실행한 후, master 브랜치에서 커밋을 확인해보면, Cherry-Pick된 2번 커밋이 3번 커밋보다 더 먼저 만들어진 것이지만, 가장 최근 커밋으로 찍혀있는 것을 확인할 수 있다.

👀 외전

Cherry-Pick은 서로 다른 두 브랜치의 코드를 합치는 명령어이다.
그러므로 역시나 코드 Conflict는 얼마든지 생길 수 있다.

서로 다른 두 브랜치에서 동일한 파일의 동일한 라인을 서로 다르게 수정하면 이렇게 충돌을 낼(?) 수 있다.

이럴 때는 Hint에도 나와 있는 것 처럼 아래 3가지 명령어로 대처할 수 있다.

• git cherry-pick --continue : 충돌난 부분을 해결한 후, 실행하면 체리피킹이 마무리된다.
• git cherry-pick --skip : 충돌난 커밋은 제외하고 체리피킹한다.
• git cherry-pick --abort : Cherry-pick 실행하기 전으로 돌아간다.

혹시나 충돌이나면,,, 위 명령어를 상용해보자 ㅎㅎ 🙏

🙏 참고

---

• https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-%EC%9B%90%ED%95%98%EB%8A%94-commit-%EA%B0%80%EC%A0%B8%EC%98%A4%EA%B8%B0-cherry-pick
• https://git-scm.com/docs/git-cherry-pick