Git으로 협업을 해보자.

👏👏👏👏 드디어 Git 마지막입니다,~~~!!

저번 포스팅까지 git의 기초를 배웠으니 이제 git을 활용해 봅시다.

 

Git brnach

저번에 포스팅 했듯이 한 프로젝트는 한 가지의 루트 폴더로 시작하여 개인 작업공간으로 퍼진다음 마지막에 루트폴더로 병합 되어집니다.

여기서의 개인 작업공간이 바로 branch 입니다.

그럼 branch를 만들고 새로운 파일을 업로드 해보고 루트폴더에 올리는 것 과는 어떤식으로 다르게 올라가는지 확인해 보겠습니다.

vscode 터미널 창에 다음 코드를 입력합니다.

git branch "브랜치명_띄워쓰기는_이렇게"

이제 branch공간이 제대로 생성이 되었는지 확인을 해야하니

git branch

를 입력하여 확인해 봅시다.

제대로 생성 되었다는 것이 확인 되었습니다. 그럼 이제 현 루트폴더인 main작업공간에서 새로 생성한 개인의 작업공간 

"lower"로 이동해야합니다. 이 럴떄에는 checkout이라는 명령어를 씁니다.

git checkout 브랜치명

그럼  이제 main이었던 작업 공간이 lower로 바뀐 것이 확인 될 것입니다.

이제 이 작업공간에서 my.txt를 작성하여 업로드 해봅시다.!

(주의!!!!! 저번 포스팅때는 작업공간이 main이였으니 push origin main!, 이번에는?)

자 제대로 올라갔다고 터미널에서 알려줬으니 이제 git hub로 가서 확인해봅시다.

(만약, git commit에서 "바뀐 내용이 없어 업로드가 되지 않습니다." 라고 나온경우 crl+s로

변경 내용을 저장하시고 다시 차례대로 입력해보시길 바랍니다.)

새로운 branch가 생성되었고 main작업공간과는 달리 또 다른 파일이 존재하는 것이 확인 가능한  것이 보입니다. 이것이 branch 입니다.

 

Git merge

이제 개인적인 작업 공간이 만들어졌으니, 작업은 시작하겠는데 나중에 어떻게 합치냐?

이제 이런 의문이 생길 것입니다.

그 때 쓰는 방법이 바로 merge입니다.

merge에는 2가지의 종류가 있습니다.

1) 충돌 없이 바로 합쳐지는  fast-forward 방식

2) 두 브랜치가 각각의 작업 후 하나로 합치는 3-way merge

Fast-Forward

이 merge 방식은 1인에서 2인 개발자들이 많이 쓰게 됩니다. 개발자수가 적다보니 같은 파일을 작업을 하는 경우가 적기 때문입니다. 

예시를 들어 보겠습니다.

우선 아까 만들어 놓은 my.txt파일을 main브랜치로 병합해보겠습니다.

먼저, 병합에 기준이 되는 브랜치로 이동해줍니다. 여기서는 main이겠죠?

자 이제 여기서 

git merge lower

자 다음과 같이 merge가 되었다는 안내문과 fast-forward형식이라고 뜨면 merge에 성공한겁니다.

이런식으로 아무런 충돌이 없고 브랜치가 하나일 경우 fast-forward 방식으로 merge가 되는 것입니다.

3-way merge

하지만 저희는 개인 개발자가 목표가 아닌 조직에 들어가서 다수의 개발자들과 일을 하게 될 것입니다. 그러니 위와 같은 fast-forward방식은 자주 보지 못하고 이 merge 방식을 가장 많이 보게 될 것입니다.

이 방식은 예시를 들어드리 애매하니 문제를 하나 내드리고 이번 포스팅을 마치겠습니다. 그러니 다들 다음 포스팅 때까지 직접 스스로 해보시고 확인해 보시길 바랍니다.

 

실습.예제

1. 임의의 브랜치를 2개 만듭니다.

2. 하나의 브랜치에 .txt파일을 만들어 "안녕하세요, git merge 테스트 중입니다" 입력해 줍니다.

3. git에 올린뒤 main브랜치와 병합후 병합한 브랜치를 삭제합니다. (git branch -d 브랜치명)

4. 두번째 브랜치에서 첫번째 브랜치와 같은 파일명으로 파일을 생성합니다.

5. 두번째 파일에서 첫번째 파일의 텍스트 위치와 같은 구역에 새로운 텍스트를 입력합니다.

6. 두번쨰 파일또한 git에 올린뒤 마지막으로 main 브랜치와 병합합니다.

(힌트! 에러메시지가 뜨는 것이 맞습니다!)