master 브랜치에 하위 브랜치에 추가된 내용을 붙여서 재정렬하기

[황정식]

1. master 브랜치에서 일정부분까지 개발을 완료한 후, RB_1.0이라는 브랜치를 생성해서 지금까지 개발 완료한 부분까지만 저장한후, 태그를 붙여둔다.

2. RB_1.0에 수정을 가한 부분이 생겼고, 이 수정된 부분을 master 브랜치에 포함을 시켜야한다. master 브랜치는 이미 RB_2.0 개발을 진행을 하고 있는 상태다.

--> 하위 브랜치에 추가된 내용을 master 브랜치에 추가하는 과정을 정리해보자.

hp@HJS6877 /e/private project/web_project/Git/GitTest (RB_1.0)
$ git checkout master
Switched to branch 'master'

--> master 브랜치로 전환한다.

hp@HJS6877 /e/private project/web_project/Git/GitTest (master)
$ git rebase RB_1.0
First, rewinding head to replay your work on top of it...
Applying: 모든 변경된 파일 커밋

--> rebase의 의미는 RB_1.0에 변경된 내용을 master 브랜치에 포함을 시켜서 master 브랜치를 재정렬한다는 의미이다.

이해하기 쉽게 그림으로 표현해보면

--> master 브랜치와 RB_1.0 하위 브랜치를 재정렬하기 전.

--> RB_1.0에 변경된 내용이 master 브랜치에 추가되면서 재정렬된다. 이때 RB_1.0 브랜치가 없어지는것이 아니라 RB_1.0 브랜치에 변경된 내용들만 master 브랜치에 포함된다고 생각하면 된다.

hp@HJS6877 /e/private project/web_project/Git/GitTest (master)
$ git branch -d RB_1.0
Deleted branch RB_1.0 (was 65250dc).

--> RB_1.0 브랜치를 삭제한다.

hp@HJS6877 /e/private project/web_project/Git/GitTest (master)
$ git branch RB_1.0.1 1.0

--> RB_1.0 브랜치는 삭제했지만 1.0이라는 RB_1.0 브랜치의 태그는 남아있기때문에 이 태그를 이용해서 RB_1.0.1 버전의 브랜치를 다시 생성할 수 있다. RB_1.0.1은 생성할 브랜치이고, 1.0은 분기할 브랜치인데 여기서는 브랜치명을 대신해 태그가 왔다.