Git Commit, Git Branch, Merge, Rebase

https://learngitbranching.js.org/?locale=ko 사이트를 통한 공부 및 해당 사이트 답안 기록입니다.

 

# Git 커밋

> 커밋은 작업 사항의 스냅샷이지만, 할때마다 디렉토리 전체를 복사하지 않는다. 

각 커밋은 이전 버전과 다음 버전의 변경내역(== delta)을 저장하며, 그래서 커밋들은 그 커밋 위의 부모 커밋을 가리킨다.

Answer $ git commit $ git commit

 

# Git에서 브랜치 쓰기

> 브랜치는 특정 커밋에 대한 참조(reference) 정도로 가볍다.

단순히 브랜치는 하나의 커밋과 그 부모 커밋들을 포함하는 작업 내역이라고 생각하자.

브랜치 만들기 git branch 브랜치명 하면, 현재 작업 중 커밋을 가리키는 브랜치갓 생성된다.

이 브랜치로 이동하고 싶으면 git checkout 브랜치명 한다.

현재 브랜치에는 별표가 붙어 있다.

Answer $ git branch bugFix $ git checkout bugFix

 

# 브랜치와 합치기

> git merge는 두개의 부모를 가리키는 특별한 커밋을 만든다.

두 개의 부모가 있는 커밋이라는 것은 “한 부모의 모든 작업 내역” + “나머지 부모의 모든 작업” + “두 부모의 모든 부모의 작업내역”을 의미한다.

bugFix 브랜치를 main 브랜치에 merge 하기

$ git merge bugFix

현재 main 브랜치에서 작업 중이니 main 브랜치에 bugFix 브랜치를 머지 한다.

머지 결과 main은 두 부모가 있는 커밋을 가리킨다.

위 상태에서

git checkout bugFix

git merge main

을 하면 bugFix 브랜치로 현재 활동 브랜치가 된후, 메인 브랜치에 bugFix가 merge된다. 아래처럼 결과가 된다.

Answer $ git branch bugFix $ git checkout bugFix $ git commit $ git checkout main $ git commit $ git merge bugFix

 

# Git 리베이스(Rebase)

> 브랜치끼리 작업을 접목하는 두번째 방법은 리베이스(rebase)이다. 

리베이스는 커밋들을 모아서 복사한 뒤, 다른 곳에 떨궈 놓는 것이다.

리베이스를 하면 커밋들의 흐름을 보기 좋게 한 줄로 만들 수 있다는 장점이 있다.

리베이스를 쓰면 저장소의 커밋로그와 이력이 한결 깨끗해진다.

이 상태에서, bugFix의 작업을 main 브랜치 위로 직접 옮겨 놓으면 두 기능을 따로 개발 했지만 마치 순서 대로 개발한 것처럼 보인다.

$ git rebase main

이 상태에서 main브랜치를 bugFix브랜치 쪽으로 리베이스 하면 

$ git rebase bugFix

이렇게 된다.

Answer $ git branch bugFix $ git checkout bugFix $ git commit $ git checkout main $ git commit $ git checkout bugFix $ git rebase main

# Git에서 여기저기로 옮겨 다니기

> 커밋 트리(Commit tree)에서 이동 할 수 있는 여러가지 방법들을 아는 것은 중요하다.

 HEAD .

HEAD는 현재 체크아웃된 커밋을 가리킨다. 

즉 현재 작업중인 커밋을 의미한다.

HEAD는 항상 작업 트리의 가장 최근 커밋을 가리켜서, 작업트리에 변화를 주는 git 명령어들은 대부분 HEAD를 변경하는 것으로 시작한다.

일반적으로 HEAD는 브랜치의 이름을 가리키고 있다. 커밋을 하게 되면 bugFix의 상태가 바뀌고 이 변경은 HEAD를 통해 확인 가능하다.

https://kotlinworld.com/272 (< - HEAD는 특정 브랜치의 마지막 커밋에 대한 포인터이다.)

> HEAD를 분리하기 : HEAD를 브랜치 대신 커밋에 붙이는 것을 의미한다. 

Answer HEAD를 bugfix에서 분리하고 그 커밋에 붙여라. $ git checkout c4

 

# 상대참조(^)

> 실제로 Git 사용시 위 처럼 c4 커밋 값인 해시를 확인하려고 하면 git log를 계속 쳐야 한다.

커밋들을 해시로 사용하는 것이 불편할 수 있는데, 그래서 Git의 상대참조가 등장한다.

한 번에 한 커밋 위로 움직이는 ^ (캐럿)

한 번에 여러 커밋 위로 움직이는 ~ (틸드)

요렇게 2가지가 있다.

 

예로, git checkout main^ 이렇게 쳤다면, main 브랜치의 한 단계 부모로 HEAD가 이동한다.

Answer bugFix의 부모 커밋 체크아웃 하라(상대 참조 사용해라) $ git checkout bugFix^