[Codestates 부트캠프] Git checkout, merge, fetch 배우기

 

 

 

 

 

 

안녕합니까 다제입니다. 

지난 포스팅에서는 git의 add, commit, push에 대해서 학습하였습니다. 

 

오늘은 Git 정의와 브랜치에서 브랜치로 이동(checkout), 브랩치끼리 합치고(merge), 다른 사람이 작업한 내용을 업데이트(fetcht)하는 기능들에 대해서 배워보도록하겠습니다. 

 

 

 

1. Git 정의 

 -. git은 우리의 파일의 변화를 관찰하고 commit한 시점을 촬영하여 과거/미래로 이동할 수 있도록 도와주는 프로그램

 

2. 언제 이용할까?

 1) chekcout

   -. 프로젝트를 진행하다가 좋은 아이디어가 떠올라서 실험을 해보고 싶을 때 branch를 생성합니다.

   -. 이때 main branch에서 내 생각을 구현해놓은 my_idea branch로 넘어가고 싶을때 사용합니다. 

   -. 예제 코드 

# 딱 한줄만 치시면 바로 이동됩니다. 
git checkout my_idea branch

 

 2) merge

  -. my_idea branch가 검토 후 좋은 의견이라면서 main으로 합치자는 승인을 받게 됩니다.

  -. 이때 merge를 사용해서 my_idea branch를 main branch로 합칠 때 사용합니다.

  -. 예제 코드 

# main으로 합칠거니까 먼저 메인으로 이동을 해야합니다. 
git checkout main

# 이제 직접 합쳐볼까요?
git merge my_idea branch

 

 3) fetch 

  -. 다른 사람이 업데이트하여 local과 git-hub의 내용이 다를 때 사용합니다. 

  -. fetch를 하게 되면 git-hub에 있는 내용으로 나의 local data가 업데이트 되게 됩니다. 

  -. 예제 코드 

git fetch

 

3. commit message 

우리는 다른 사람들과 협업을 하기 때문에 우리가 업데이트 한 내용을 간결하고 정확하게 commit message를 기록해야합니다. 

사람들이 많이 사용하는 commit message를 숙지하고 우리도 협업 시 문제가 없도록 준비해야겠지요?

 

1) commit message 구조 : 주제 - 본문 - 꼬리말

 

2) 주제 

 -. 영문 기준 50자 내외 

 -. 첫글자 대문자 필수

 -. 제목 끝에 . 금지 

 -. 현재형으로 적고 명령어로 작성한다. 

  ex) Fixed -> Fix

  ( 왜 명령어로.. 하는지...는... )

 

3) 본문

 -. 72자마다 줄 바꾸기

 -. 어떻게 보다는 무엇을, 왜 바꾸었는지에 초점을 두어 보는 사람이 다시 고민하지 않게 작성 

 

4) 꼬리말

 -. 이와 관련된 issue 등을 기록한다. 

 

5) 자주사용되는 단어 

 -. feat : 새로운 기능 추가 

 -. fix : 버그 수정

 -. docs : 문서 수정 

 -. style : 코드 포맷팅 / 세미콜론 누락 등 

 -. refactor : 코드 리펙토링 

 -. test : 테스트 코드 추가 등 

 -. chore :  빌드 업무 수정, 패키지 매니저 수정 

 

 6) 예시사진 

 

 

위와 같이 오늘은 git에 대해서 추가적으로 알아보았습니다. 

모든 기능을 다 기록하진 못하였습니다. 작업을 진행하시다가 필요하신 사항은 구글링을 통해서 확인 부탁드립니다. 

 

오늘도 방문해주셔서 감사합니다.