1장 ~ 2장
sourcetree
눈으로 보면서 깃허브 조작할 수 있는 툴
이걸 미리 알았으면 좀 더 편하게 깃허브 이용할 수 있었을 텐데..
스테이지
다음 버전이 될 후보가 올라가는 공간.
스테이지 시킨다 = add 명령어
저장소
버전이 만들어지고 관리되는 공간.
저장소에 올리다 = commit 명령어
tag
수많은 커밋 중에 의미있는 커밋을 구분하고 싶을 때 붙이는 것.
주로 버전을 태그를 이용해 표시한다.
3장
reset의 종류
- soft reset
로컬 변경사항 유지, 스테이지 올라간 내역 유지, 커밋 내역만 사라짐 - mixed reset
로컬 변경 사항 유지, 스테이지에 올라간 내역 사라짐, 커밋한 내역 사라짐 - hard reset
로컬 변경 사항, 스테이지 올라간 내역, 커밋한 내역 다 사라짐
reset vs revert
reset: 특정 커밋으로 되돌아가는 것
revert: 해당 커밋을 취소한 새로운 커밋을 추가하는 것
stash
작업 내역 임시저장
4장
fast forword merge
빨리 감기 병합.
변화가 없던 브랜치에 빨리 감기를 하듯이 업데이트 되는 것.
새로운 커밋 메시지를 만들지 않고, 변경 사항이 반영된다.
sourcetree에서는 빠른 병합이 가능해도 새 커밋으로 생성 옵션을 체크 해제하면 된다.
빨리 감기 병합을 하지 않는 경우 병합 시 새로운 커밋 메시지가 생성된다.
rebase
재배치하기. 브랜치가 뻗어나온 기준점을 변경하는 것.
5장
origin
원격 저장소 경로(https://github.com/sangeun-jo/{repositroy-name}.git)에 붙인 일종의 별명. 바꿀 수 있다.
fetch vs pull
fetch: 원격 저장소의 변경사항을 로컬로 가져오기만 하는 것. 원격 저장소와 로컬 파일이 병합되지는 않음. 원격 저장소와 병합하려면, git merge origin/main 명령어를 한번 더 써야함
pull: 원격 저장소의 변경사항을 로컬로 가져와서 병합함.
git fetch + git merge origin/main 합친 명령어
clone vs fork
clone: 내 원격 저장소에 있는 코드를 로컬로 복사하는 것
fork: 남의 원격 저장소에 있는 코드를 내 원격 저장소로 복사하는 것
pull request
원 저자에게 내가 수정한 코드를 반영해달라고 요청하는 것
- 일반적인 수순
- 남의 저장소를 내가 포크해간다
- 클론해서 로컬로 옮긴다
- 브랜치를 새로 생성하고 작업한다.
- 원래 저장소 주인에게 pull request
