[cherry-pick의 개념과 기본 사용법]
다른 브랜치의 작업 변화 내용을 브랜치에 적용하고 싶을 때
git checkout master → git cherry-pick “커밋아이디”
그 작업 내용이 생성될 때 생긴 내용의 변화만을 가져옴. 작업의 모든 내용 통째로 가져오는 것은 아님
다른 브랜치에서 작업한 내용이 필요할 때, 그 작업만을 가져올 수 있도록 함
예)
git log에 t1, t2, t3를 가진 topic 브랜치와 m1, m2를 가진 master 브랜치가 있을 때,
t2의 내용 변화 버전만을 master 브랜치로 가져오고 싶을 때 사용


[Rebase의 개념과 기본 사용법]
topic 작업(다른 브랜치)이 끝난 후, master 작업을 한 것을 쉽게 선형적으로 보여주기 위하여 로그 화면 바꾸기
git checkout master → git rebase “다른 브랜치 이름”
즉, 베이스를 바꾸도록 하는 것으로 m1와 m2의 베이스가 C에서 t2로 변화 (push 전에만 가능!)
유실되지 않기 위해 하나씩 베이스를 바꿔줘야 하는 것을 git이 자동으로 해 줌


'GIT' 카테고리의 다른 글
[GIT] git add, commit, push 취소하기 (0) | 2021.08.22 |
---|---|
[GIT] github.com - Pull request (0) | 2021.08.18 |
[GIT] 협업 (0) | 2021.08.18 |
[GIT] 백업 (Backup) (0) | 2021.08.18 |
[GIT] 브랜치와 충돌 (Branch & Conflict) (0) | 2021.08.18 |
[cherry-pick의 개념과 기본 사용법]
다른 브랜치의 작업 변화 내용을 브랜치에 적용하고 싶을 때
git checkout master → git cherry-pick “커밋아이디”
그 작업 내용이 생성될 때 생긴 내용의 변화만을 가져옴. 작업의 모든 내용 통째로 가져오는 것은 아님
다른 브랜치에서 작업한 내용이 필요할 때, 그 작업만을 가져올 수 있도록 함
예)
git log에 t1, t2, t3를 가진 topic 브랜치와 m1, m2를 가진 master 브랜치가 있을 때,
t2의 내용 변화 버전만을 master 브랜치로 가져오고 싶을 때 사용


[Rebase의 개념과 기본 사용법]
topic 작업(다른 브랜치)이 끝난 후, master 작업을 한 것을 쉽게 선형적으로 보여주기 위하여 로그 화면 바꾸기
git checkout master → git rebase “다른 브랜치 이름”
즉, 베이스를 바꾸도록 하는 것으로 m1와 m2의 베이스가 C에서 t2로 변화 (push 전에만 가능!)
유실되지 않기 위해 하나씩 베이스를 바꿔줘야 하는 것을 git이 자동으로 해 줌


'GIT' 카테고리의 다른 글
[GIT] git add, commit, push 취소하기 (0) | 2021.08.22 |
---|---|
[GIT] github.com - Pull request (0) | 2021.08.18 |
[GIT] 협업 (0) | 2021.08.18 |
[GIT] 백업 (Backup) (0) | 2021.08.18 |
[GIT] 브랜치와 충돌 (Branch & Conflict) (0) | 2021.08.18 |