[깃/깃허브] 소스트리 사용해보기 2 - 브랜치, 헤드와 메인, 병합, fast-forward

 

그동안 팀프로젝트 했을 때 나는 코드만 짜고 그냥 깃 배쉬에서 add commit push만 했었다. 우리팀 네 사람꺼 코드 합치는거는 병훈님이 해주셔서 소스트리를 직접 사용해 본 적은 없었다. 어제부터 소스트리 깔아서 써 보는데  아직 익숙하지 않아서 새로 배우는게 많다. 

 

겁 없는 나는 어차피 연습할거 이것저것 눌러봤다.

병합도 해보고 브랜치 체크아웃, 덮어쓰기, 강제로 삭제 등 ㅋㅋㅋ 

이것저것 아무거나 다 눌러보다가 자꾸 오류가 난다 ㅋㅋㅋ

고장나면 컴퓨터 밀면 돼~ 회사컴도 아닌데ㅋㅋㅋ (농담)

---

 

Git 저장소에 연결된 파일을 수정하면 수정 후에 아직 스테이징이나 커밋 안했을 때 코드 왼쪽에 조그맣게 세로줄이 뜬다. 

 

이걸 Diff Decorations이라고 한다. 
Diff Decorations는 파일이 Git 저장소에 연결되어 있을 대 파일의 변경된 부분을 색상이나 아이콘 등으로 표시해서 코드의 추가, 수정, 삭제 상태를 보여준다. 코드의 줄 번호 왼쪽 여백(Gutter)에 나오고 클릭하면 상태 변화를 보여준다. 

 

초록색 줄 : 새로 추가된 코드
Git에 스테이징되거나 커밋된 적이 없는 새로운 라인

노란색(주황색)줄: 기존 코드가 수정된 경우
빨간색: 삭제된 코드

 

Diff Decorations 활성화/비활성화 기본 설정 변경

Ctrl + , 또는 Cmd + ,를 눌러서 Settings 열기
검색창에 diffEditor.decorations 입력
설정에서 Editor > Diff: Decorations를 활성화 / 비활성화 

다이렉트 JSON 설정: settings.json 파일에서 
"diffEditor.decorations": false 로도 가능

 

https://stackoverflow.com/questions/74558796/what-is-meant-by-the-colourful-line-markings-on-the-left-side-of-the-editor-in-v

What is meant by the colourful line markings on the left side of the editor in VS Code?

Overwrite 는 기존 데이터를 새로운 데이터로 대체하는 작업

 

Copy Reverting은 파일을 복사하여 이전 상태로 되돌리는 작업

---

 

현재 hello.md 수정까지 했는데 여기서 뭔가 마음에 안들어서 이전 작업내용으로 일단 되돌아야 할 것 같다.

그리고 다시 시작해야 할 것 같다. 현재 수정한 내용은 그대로 놔두고 hello.md 파일 생성에서 새로 시작하고 싶다.

 

hello.md 우클릭 > 브랜치 생성

 

 

---

Git 브랜치 병합하기

병합(merge)이란?

 

하나의 브랜치를 현재 브랜치와 합치는 것을 병합(merge) 라고 한다.

현재 브랜치는 헤드(HEAD) 브랜치라고 함

예를 들어서 HEAD브랜치가 main이고 여기서 version2 브랜치를 병합하면 version2의 내용이 main에 반영되게 된다.

 

병합시 자주 발생하는 상황?

Learn Git Branching

https://learngitbranching.js.org/?locale=ko

Learn Git Branching

여기서 연습 가능

 

 

---

 

병합(merger)과 충돌

main을 선택하고 version3를 메인에 병합하려고 하는데 충돌이 났다. 

 

 

불필요한 부분 수동으로 지운다.

 

소스트리로 가서 커밋 

 

 

푸쉬하고 이제 버전 3는 삭제해도 된다.

그런데 푸쉬가 안된다.

 

오류메세지

 

git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks push -v --set-upstream origin main:main Pushing to 깃저장소URL To 깃저장소URL  ! [rejected] main -> main (non-fast-forward) error: failed to push some refs to 깃저장소URL hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. If you want to integrate the remote changes, hint: use 'git pull' before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. 

 

오류 메시지는 로컬 브랜치와 원격 브랜치 간의 히스토리가 일치하지 않을 때 발생한다.  즉, 원격 main 브랜치가 로컬 main 브랜치보다 더 앞서 있는 경우이다. 이 문제를 해결하려면 원격 브랜치의 변경 사항을 통합해야 한다.

 

Fetch

 

Pull > 원격 브랜치를 origin/main 로 설정 > Pull with rebase 하고  Push

 

 

이제 version3을 삭제해 주었다. 

 

지금 헷갈리는 건 origin/main부분

계속 origin/main 은 병합이 안되고 아래쪽에 있길래 찾아봤다.

 

origin/main은 GitHub 같은 원격 저장소에 있는 main 브랜치의 최신 상태 < 
로컬 브랜치와 원격 브랜치의 상태가 다를 수 있기 때문에,

origin/main은 로컬에서 직접 작업한 내용이 아니라, GitHub에 마지막으로 푸시된 내용을 나타낸다.

깃허브에 main을 pull 해주니까 저 아래에 있던 origin/main이 다시 맨 위로 올라옴

 

 

# hello git

## git 명령어 요약

- clone : 원격 저장소 복사

- add : 스테이지 영역에 작업 파일 추가

- commit : 스테이지 영역의 파일들을 가지고 커밋(=세이브)

- push : 원격 저장소에 커밋 업로드

## 파일의 내용 되돌리기

- 특정 파일의 내용을 마지막 커밋으로 돌리고 싶다면 해당 파일 선택 후 `코드뭉치 버리기`

## 브랜치 변경하기

- 브랜치란: 기존 내용을 유지한 채 새로운 내용을 추가하고 싶을 때 사용

- 체크아웃: 특정 브랜치(혹은 커밋)으로 되돌리기

- 소스트리의 체크아웃: 브랜치 이름 더블클릭

## 병합하기 1

- 헤드 브랜치에 변경사항이 없고

- 병합 대상 브랜치가 헤드로부터 시작된 경우

- 아주 쉽게 병합 가능 = Fast-forward

## 브랜치 테스트

- 현재 version2 만들고 수정

- main 브랜치 만들고 수정

- 다시 version 2에서 수정

- 현재 version3 까지 만들고 수정

- version3을 main에 통합

- origin/main 원격저장소에서 pull

- version3 삭제

 

체크아웃한 브랜치는 병합 대상이 아니라 병합이 일어날 브랜치이다. 

즉, 병합을 실행하려면 먼저 병합 대상이 될 브랜치를 체크아웃해야 한다.

따라서, main 브랜치에 version4 브랜치를 병합하려면, 

먼저 main 브랜치로 체크아웃한 후 version4 브랜치를 병합해야 한다.

그럼 main으로 version4가 올라와서 main 에 병합

---

 

체크아웃 하면 이렇게 앞에 동그라미가 생김

 

 

 

master에 체크아웃 하고 version4 눌러서 병합하면 version4가 master로 병합됨

근데 이 때 version4가 내려가는게 아니고 master이 version4 옆으로 올라옴

 

 

origin/main 과 master이 함께 있었는데 master을 체크아웃한 상태에서 

version4 우클릭> 병합 해 줌 

그럼 결과는 위와 같다 (fast-forward 상황)

 

이 상태에서 version3를 master 로 병합

 

 

서로 다른 파일이라 충돌 안 남

이번에는 master 이 version3이랑 나란히 있는게 아니라 위로 올라감

 

 

---

Fast Forward 병합 vs 일반적인 병합

version3을 master 브랜치에 병합했는데 master 브랜치가 version3 옆이 아니라 위로 올라간 이유? 병합 방식에 따라 fast forward 병합과 일반적인 병합(merge)에서 커밋 히스토리가 다르게 처리되기 때문이다.

master 브랜치 체크아웃한 상태에서 version3 브랜치를 master에 병합하면, version3의 커밋이 master에 통합되면서 새로운 병합 커밋이 생성된다. 이 병합 커밋이 master 브랜치의 최신 커밋으로 올라가게 되며,  master이 version3의 옆이 아니라 위로 이동 한다. (병합 커밋이 master 브랜치의 가장 최신 커밋으로 생성되니까)

 

반대로 fast forward형식으로 version3을 master에 병합하면 master이 위로 안올라오고 병합한 버전 옆에 나란히 위치한다.

---

 

fast forward 병합

fast forward 병합은 master 브랜치가 직선적으로 version3 브랜치의 커밋을 이어서 받아들일 수 있는 경우에 발생한다. 그러므로 충돌 위험도 적다. master 브랜치가 version3의 커밋들을 그대로 이어 받아서 반영하므로병합 커밋이 생성되지 않고, 두 브랜치가 나란히"보인다. 즉 master 브랜치가 version3 브랜치 커밋을 그대로 포함한 상태가 된다.