팀 개발을 위한 Git, GitHub 시작하기

CHAPTER 6 : PART 1에서 수행했던 기본 명령어

🖊01. 왜 CLI를 사용할까?

🖊02. Git Bash를 시작하자

• $ 기호와 표시된 경로등을 합쳐서 : 프롬프트(prompt)
• 프롬프트는 CLI에서 가장 기본적인 정보를 보여준다.
• 프롬프트 끝에 브랜치명이 보인다면 Git 작업 폴더임을 의미

Git Bash 명령어

Git 용어정리

• 작업폴더 = 워킹트리 + 로컬저장소

Git 로컬저장소를 위한 새폴더 만들기

$ mkdir 폴더이름     # 새폴더를 만든다
$ cd 만든폴더이름/     # 만든 폴더로 이동한다
$ pwd     # 현재 어디에 있는지 확인

Git 저장소 초기화

$ git init     # git 저장소를 생성
$ ls -a     # 무슨 파일이 있는지 목록 확인
$ git status     # 워킹트리 상태 확인

• git init 을 하기전에 status 를 했을때는 에러가 떳었다. 단, 기존 git 폴더 밑 하위폴더라면 status 에러가 뜨지 않는다.

Git 전역옵션 설정

$ git config --global user.name     
#기존에 나는 설정을 해놔서 이렇게 치면 내 이름이 뜨는데 안 뜰 경우엔 
$ git config --global user.name "이름"   # 로 설정해줘야한다.

Git 기본에디터 확인

$ git config core.editor     
$ git config  --global core.editor   
$ git config  --system core.editor       

-비쥬얼 스튜디오 코드랑 git 이 연결이 안되서 헤맸는데 vscode 에서 보기 > 명령팔레트 > shell command > 셸 명령 PATH에 ‘code’ 명령 설치를 눌러주고 나서는 해결되었다

🖊03. 기본 CLI 명령어 살펴보기

간단한 텍스트 파일 생성하고 확인하기

$ echo "hello git"     # 화면에 큰 따옴표("")안에 텍스트를 보여준다.     
$ echo "hello git" > file1.md     # 큰 따옴표 안의 텍스트로 파일 생성
$ ls     # 현재폴더 파일 목록 확인
$ git status     # 상태를 확인할 수 있다
#현재는 위에서 파일이 생성됬지만, 스테이지에 올라가지 않은것을 알 수 있다.     

생성한 파일 스테이지에 추가하기

$ git add file1.md     
$ git status     # 파일이 스테이지 영역에 추가 된 것을 알 수 있다.     

스테이지에서 파일 언스테이징 하기

$ git status     # 현재 파일이 올라간 상태라면     
$ git reset file1.md     # 언스테이징
$ git status     # 파일이 내려간것을 볼 수있다.
$ cat file1.md     # cat 을 앞에 붙여주면 뒤에 파일을 터미널 화면에 뿌려준다.   

첫번째 커밋 생성

$ git commit     # 커밋 실행, vscode가 열리면 커밋메세지 입력후 저장&닫기   

• vscode 가 열리고 첫째줄에는 작업내용의 요약(제목), 다음줄에는 자세하게 작업내용을 기록(본문)하는데 첫번째 줄과 둘째줄 사이에는 반드시 한줄을 비워야 한다.
• vscode 종료
• 만약 vscode가 열렸는데 커밋하고 싶지 않아진다면, 그냥 vscode를 종료해도 된다 (커밋 취소됨)

커밋 확인해보기

$ git status     #깨끗한상태임을 알려준다
$ git log --oneline --graph --all --decorate 

좋은 커밋 메세지의 7가지 규칙

1. 제목과 본문을 빈 줄로 분리한다.
2. 제목은 50자 이내로 쓴다.
3. 제목을 영어로 쓴 경우 첫 글자는 대문자로 쓴다.
4. 제목에는 마침표를 넣지 않는다.
5. 제목을 영어로 쓴 경우 동사원형(현재형)으로 시작한다.
6. 본문을 72자단위로 줄바꿈한다.
7. 어떻게 보다 무엇과 왜를 설명한다.

🖊04. 원격저장소 관련 CLI 명령어

원격저장소 등록 및 push

$ git remote add origin 주소     
$ git remote -v
$ git push 

• 위와 같이 push를 하게 되면 밑에와 같은 에러가 뜬다.

• 업스트림 브랜치는 로컬저장소와 연결된 원격저장소를 일컫는 단어이다.
• 업스트림 브랜치 설정을 위해 에러메세지가 알려준대로 --set-upstream 을 쓰거나 단축 명령인 -u 옵션을 사용
• 이후에는 origin 저장소의 master 브랜치가 로컬저장소의 master 브랜치의 업스트림으로 지정되어 에러없이 push 가능해진다.

git push 재시도

$ git push -u origin master      # push 와 동시에 업스트림 지정     
$ git log --oneline -n1
$ git push 

git clone 사용해보기

$ pwd     
$ cd ../     # 반드시 상위 디렉토리로 이동할 것!
$ git clone 클론할주소 새로운폴더명
$ ls
$ cd 새로운폴더명
$ git log --oneline
$ git remote -v     # 원격저장소 목록 확인

추가 commit and push

$ echo "second" > file1.md     # 파일에 내용 한 줄 추가    
$ cat file1.md   
$ git commit -a     # 스테이징 없이 바로 커밋
$ git push
$ git log --oneline 

git pull

# 처음저장소로 이동     
$ git log --oneline      # 결과물을 보면 커밋은 하나뿐  
$ git pull
$ git log --oneline     # 첫번째, 두번째 커밋 확인 가능
$ cat file1.md     # 클론, 기존 내용이 합쳐진 것을 확인할 수 있다.

CHAPTER 7 : 브랜치 생성 및 조작하기

🖊01. CLI로 브랜치 생성하기

• 커밋을 하면 커밋 객체가 생긴다. 커밋 객체에는 부모 커밋에 대한 참조와 실제 커밋을 구성하는 파일 객체가 들어있다.
• 브랜치는 논리적으로는 어떤 커밋과 그 조상들을 묶어서 뜻하지만, 사실은 단순히 커밋 객체를 가리킬 뿐이다.

브랜치는 언제 사용 되는가?

• 새로운 기능 추가
• 버그수정 ( ex hotFix, bugFix )
• 병합과 리베이스 테스트
• 이전코드 개선
• 특정 커밋으로 돌아가고 싶을때

브랜치 생성하기 |명령어 | 설명 | |–|–| | git branch -v | 로컬저장소의 브랜치 목록을 보는 명령, -v를 입력하면 마지막 커밋도 함께 표시, 표시된 브랜치 중에서 이름 왼쪽에 *가 붙어있으면 HEAD 브랜치 | | git branch -f 브랜치이름 커밋체크섬 | 새로운 브랜치 생성, 커밋체크섬값을 주지 않으면 HEAD로 부터 생성, 이미 있는 브랜치를 다른 커밋으로 옮기고 싶을때는 옵션 -f를 줘야 함 | | git branch -r v | 원격저장소에 있는 브랜치를 보고싶을 때 사용, -v 옵션을 추가하여 커밋 요약도 볼 수 있음 | | git checkout 브랜치이름 | 특정 브랜치로 체크아웃때 사용, 브랜치 이름대신 커밋체크섬을 쓸수 있지만 브랜치이름을 사용하는것을 강력히 권장함 | | git checkout -b 브랜치이름 커밋체크섬 | 특정 커밋에서 브랜치를 생성하고 동시에 체크아웃까지 함, 두 명령어를 하나로 합쳤기 때문에 자주 사용 | | git merge 대상 브랜치 | 현재 브랜치와 대상 브랜치를 병합할때 사용, 병합 커밋이 새로생기는 경우가 많음 | | git rebase 대상 브랜치 | 내 브랜치의 커밋들을 대상 브랜치에 재배치 시킴, 히스토리가 깔끔해져서 자주 사용하지만 주의 필요 | | git branch -d 브랜치이름 | 특정 브랜치를 삭제할때사용, HEAD 브랜치나 병합하지 않은 브랜치는 삭제할 수 없음 | | git branch -D 브랜치이름 | 브랜치 강제삭제 명령어, -d 로 지울수 없는 브랜치를 지우는데 주의 필요 | | git tag -a -m 간단한메세지 태그이름 브랜치또는체크섬 | -a 로 주석이 있는 태그를 생성, 메세지와 태그이름은 필수이며 브랜치 생략하면 HEAD에 태그 생성 | | git push 원격저장소별명 태그이름 | 원격저장소에 태그를 업로드 |

브랜치 만들기

 $ git log --oneline     # 커밋 로그 보기
$ git branch     # 현재 브랜치 확인 
$ git branch mybranch1     # 새로운 브랜치 생성
$ git branch     # 현재 브랜치 확인
$ git branch --oneline --all     # 변경된 브랜치 확인 

• *master 이라는 의미는 HEAD -> master 와 동일한 의미

HEAD에 대해 반드시 기억할 점

1. HEAD는 현재 작업중인 브랜치를 가리킴
2. 브랜치는 커밋을 가리키기 때문에 HEAD도 커밋을 가리킴
3. 결국 HEAD는 현재 작업중인 브랜치의 최근 커밋을 가리킴

• **revert를 이용해 커밋을 되돌릴 경우는 최신 커밋부터 취소해주는것이 좋다 ex C1 <- F1 <- C2 <- F2 <- C3 (master)

$ git revert F2
$ git revert F1 

🖊02. CLI로 checkout 하기

• checkout 명령은 브랜치의 내용을 워킹트리에 반영할때 사용. 정확히는 브랜치가 가르키는 커밋의 내용을 워킹트리에 반영

브랜치 만들기

$ git checkout mybranch1     # 브랜치 체크아웃
$ git branch     # 현재 브랜치 확인
$ git log --oneline --all     # HEAD 변경 확인
$ cat file1.md     # 파일 내용 확인
$ echo "third - my branch" >> file1.md     # 파일에 내용추가
$ cat file1.md     # 파일 내용 확인
$ git status      # 스테이지 상태 확인
$ git add file1.md     # 스테이지에 변경사항 추가
$ git commit      # 커밋
$ git log --oneline --all     # 변경된 브랜치 확인 

커밋 후 빨리감기 병합

## mybranch1 에 새로운 커밋을 추가해주고
$ git checkout master    # 마스터 브랜치 체크아웃
$ cat file1.md     # 파일이 이전으로 돌아갔는지 확인
$ git merge mybranch1      # 병합, fast-forward
$ git log --oneline --all --graph    # 로그 확인
$ cat file1.md     # 파일 상태 재확인 

• 이번 병합은 작업의 흐름이 하나였기 때문에 빨리감기(fast-forward)병합으로 완료

reset –hard 로 브랜치 되돌리기

• reset 은 현재브랜치를 특정 커밋을 되돌릴때 사용
• git reset –hard 이동할 커밋체크섬: 현재 브랜치를 지정한 커밋으로 옮긴 후 해당 커밋의 내용을 작업폴더에도 반영

• 커밋체크섬은 git log 를 통해 확인 가능, 그러나 번거롭기 때문에 HEAD~

  HEAD^ 로 시작하는 약칭 사용 가능!

HEAD~, HEAD^ | | | |–|–| | HEAD~숫자 | HEAD~는 헤드의 부모 커밋, HEAD~2 는 헤드의 할아버지 커밋을 말한다. HEAD~n 은 헤드의 n 번째 위쪽 조상이라는 뜻 | | HEAD^숫자 | HEAD^는 똑같은 부모 커밋, 반면 HEAD^2 는 두번째 부모 커밋을 가리킴. 병합커밋처럼 부모가 둘 이상의 커밋에서만 의미있음. |

현재브랜치를 두 단계 이전을 되돌리기

$ git reset --hard --HEAD~2   # 브랜치 되돌리기
$ git log --oneline --all   #  로그 확인

• 위에서 사용한 reset은 hard reset

빨리감기 병합 상황에서 rebase 해보기

• git rebase 대상브랜치 : 현재 브랜치에만 있는 새로운 커밋을 대상 브랜치 위로 재배치 시킴. 빨리감기 병합이 가능한 경우에는 rebase 명령을 수행하면 빨리감기병합을 한다.

rebase, push, branch 제거

$ git checkout mybranch1    # 브랜치 변경
$ git rebase master     # rebase 시도
- current branch mybranch1 is up to date.
$ git log --oneline --all     # 로그 확인, 변한게 없다.
$ git checkout master     # 다시 master 브랜치 체크아웃
$ git rebase mybranch1     # 반대방향에서 rebase
$ git log --oneline --all     # 변경사항을 확인해보면 빨리감기 병합이 되었다.
$ git push     # push
$ git branch -d mybranch1     # 브랜치 삭제
$ git log --oneline --all -n2     # 로그 확인 

tag 작성

$ git log --oneline    # 로그 확인
$ git tag -a -m "첫번째태그생성" v0.1     # 주석있는 태그 작성
$ git log --oneline     # 태그생성확인
$ git push origin v0.1     # 태그 푸시

🖊03. CLI로 3-way 병합하기

• 긴급한 버그 처리 시나리오
  1. 오류가 없는 버전(주로 tag가 있는 커밋)으로 롤백
  2. master브랜치로부터 hotfix 브랜치 생성
  3. 빠르게 소스 코드 수정 / 테스트 완료
  4. master 브랜치로 병합 (fast-forward) 및 배포
  5. 개발중인 브랜치에도 병합(충돌가능성 높음)

새로운 브랜치 및 커밋 생성

$ git checkout master    # master 로 체크아웃
$ git checkout -b feature1    # feature1 브랜치 생성 및 체크아웃
$ echo "기능 1 추가" >> file1.md      # 파일내용수정
$ git add file1.md     # 스테이징
$ git commit     # 커밋
$ git log --oneline --graph --all --n2     # 로그확인

hotfix 브랜치생성 및 커밋, master에 병합

$ git checkout -b hotfix master     # master 로 부터 hotfix 브랜치 생성, 체크아웃
$ git log --oneline --all --n2     # 2개의 커밋 로그만 보기
$ echo "som hot fix" >> file1.md
$ git add file1.md
$ git commit 
$ git log --oneline -n1
$ git checkout master 
$ git merger hotfix     # 빨리감기 병합
$ git push     # 원격저장소로 push 

• 이제 feature1 브랜치에도 병합을 해야하는데, feature1 과 master는 다른분기로 진행되고 있기 때문에 이경우에는 빨리감기 병합이 불가능 하다. > 이럴때는 3-way 병합!

병합 및 충돌해결하기1

$ git checkout feature1     # feature1로 체크아웃
$ git log --oneline --all
$ git merge master     # master와 병합을 시도하지만 실패한다.
$ git status     # 실패 원인 파악 

• 이렇게 됬을때 결과메세지에서 볼 수있는 것 처럼 git merge –abort 명령을 통해 merge를 취소할수도있다.
• 이때 vscode를 들어가면 충돌부분을 확인할 수 있다!

병합 및 충돌해결하기2

$ cat file1.md     # 최종 변경내용 확인
$ git add file1.md     # 스테이징
$ git status
$ git commit 
$ git log --oneline --all --graph -n4 

🖊04. CLI로 rebase 해보기

• 3-way 병합을 하면 병합 커밋이 생성되기 때문에 다소 지저분해지는데, 이때 트리를 깔끔하게 하고 싶다면 rebase를 사용할 수 있다!
• rebase === 재배치 (브랜치의 커밋들을 재배치 한다)
• 원격에 푸시한 브랜치를 rebase 할때는 조심해야한다. 여러 Git 가이드에서는 원격저장소에 존재하는 브랜치에 대해서는 rebase를 하지말 것 이라고 권하고 있음. ( rebase 전과 후의 커밋체크섬이 다름, 즉 이전의 커밋과 다른 커밋임)

reset –hard 및 rebase 시도

 ## feature1 브랜치로 전환
$ git reset --hard HEAD~    # 현재 브랜치를 한단계 되돌린다.(병합 커밋 사라짐)
$ git log --oneline --graph --all -n3
$ git rebase master     # HEAD 브랜치의 커밋들을 master 로 재배치
$ git push     # 원격에 push 

• 하지만 위에와 같이 하면 에러가 뜬다.
• 병합 전으로 돌아가기 때문에 충돌로 rebase에 실패하는데, 수동으로 충돌을 해결한 뒤 스테이지에 추가할 것을 알려줌.
• 이후 git rebase –continue 명령을 수행할 것도 알려줌.

충돌 해결 및 rebase 이어서 하기

$ git status     # 충돌 대상 확인 및 수동으로 충돌 해결 (vscode 이용)
$ git add file1.md     # 변경사항 스테이징 및 상태 확인
$ git status
$ git rebase --continue     # 리베이스 계속 진행
$ git log --oneline --graph --all -n2     
$ git checkout master 
$ git merger feature1     # 빨리감기 병합 

• merge 는 마지막 단계에서 $ git commit 을 이용하지만, rebase 는 $ git rebase –continue 명령어를 사용!!!

3-way병합

• 머지커밋생성한다. 한번만 충돌 발생한다는 장점이 있지만 트리가 지저분해진다는 단점이 있다.

rebase

• 현재커밋을 수정하면서 대상 브랜치 위로 재배치한다. 깔끔한 히스토리가 되는 장점이 있지만 여러번 충돌이 발생할 수도 있다.

유용한 rebase의 사용법 : 뻗어나온 가지 없애기

보통 커밋 만들기

$ echo "master1" > master1.md  
$ git add master1.md
$ git commit -m "master 커밋 1"
$ git push origin/master 
$ git log --oneline -n1 

가지 커밋 만들기

$ git reset --hard HEAD~     # HEAD를 한단계 되돌리기 
$ echo "master2" > master2.md
$ git commit -m "master 커밋 2"
$ git log --oneline --graph -n3 

git pull 수행결과

$ git pull     # git pull 수행
$ git log --oneline --graph --all -n4     # 병합커밋생성확인 

rebase로 가지 없애기

$ git reset --hard HEAD~ 
$ git rebase origin/master     # rebase 수행으로 현재 커밋 재배치
$ git log --oneline --all  --graph -n3  
$ git push 

임시브랜치 사용하기

• 원래 작업하려고 했던 브랜치의 커밋으로 임시브랜치를 만들고 나면 해당 브랜치에서는 아무작업이나 막 해도 상관 없다!
• 이후 그 브랜치를 삭제하기만 하면 원상복구 되기 때문이다.
• 브랜치가 필요 없어지는 시점에서 $ git branch -D 브랜치이름 명령으로 삭제 가능하다.

임시 브랜치 생성 사용 및 삭제

$ git branch test feature1     # feature1 브랜치에서 임시 브랜치 생성
$ git checkout test
$ echo "아무말대잔치" > test.md
$ git add .
$ git commit -m "임시 커밋"     # 새로운 커밋 생성
$ git log --oneline --graph --all -n4
$ git checkout master
$ git branch -D test     # 임시브랜치 삭제
$ git log --oneline --graph --all -n3