👏 Git과 GitHub 개념 정리

• []: 생략 가능
• <>: 직접 입력

✒️ 용어 정리

1. Git

Git이란 버전 관리 시스템이다. ( Version Control System, vcs )
스냅샷방식을 이용한다.

• 스냅샷방식: 모든 파일을 기록하는 것이 아닌 변경된 부분만 기록하는 방식

2. GitHub

GitHub은 Git의 호스팅 사이트이다.

3. 저장 공간

• working: 실제로 파일들이 존재하는 작업공간을 말한다.
• stage: 임시로 저장되는 공간을 말한다.
• repository: 버전의 파일들을 관리하고 저장하는 공간을 말한다.

4. 파일 상태

• untracked: 한번도 stage나 repository에 등록되지 않은 파일을 말한다.
• tracked: 이미 stage나 repository에 등록된 파일을 말한다.
• unmodified: tracked이면서 수정되고 수정된 내용을 등록하지 않은 상태를 말한다.
• modified: >> 애는 뭔지 잘 모르겠다.

5. HEAD

커밋을 가리키는 포인터를 의미한다.
아무런 조작을 하지 않은 경우에는 최신 커밋을 가리킨다.

6. commit

커밋을 파일의 변화를 깃 저장소에 영구적으로 기록하는 것을 말합니다.

• HEAD + stage => 새로운 커밋

✏️ 명령어 정리

1. git config

각 repository마다 작성자와 이메일을 등록하는 방법이다.
각각 등록하기 귀찮을 때 --global로 등록해두면 자동으로 기본 유저와 이메일이 등록된다.

• git config
  1. git config --global user.name <name>
  2. git config --global user.email <email>

2. git init [<location>]

git에서 버전을 관리해주는 폴더로 만드는 명령어이다.
git init [경로]를 입력해주면 .git파일이 생기며 해당 파일에 현재 폴더의 버전에 대한 데이터가 담긴다.

3. git status

현재 파일들의 상태를 보여준다.
untracked, tracked, modified, unmodified 등의 상태를 보여준다.

4. git add <location>

정해준 파일들을 stage공간(임시공간)으로 옮기는 명령어이다.

5. git rm --cached <file-name>

state에 있는 파일을 working으로 이동하는 명령어이다.
즉, git add를 취소하는 명령어다.

• 테스트 결과 .으로 모든 파일은 안되고 명시한 파일만 가능하다.

6. git commit

stage에 있는 파일들을 repository로 옮기는 명령어이다.
여기서 반드시 stage에 파일이 있어야 하며, 메시지가 있어야 한다.

• -a: add를 자동으로 해주고 커밋을 하는 옵션 값
• -m: 간단하게 메시지를 작성하는 옵션 값
• --allow-empty-message: 메시지를 비워두고 커밋을 허용하는 옵션 값
• -v: 변경사항을 메시지에 추가해준다.

7. git log

커밋 목록을 보여주는 명령어이다.

• --oneline: 한줄로 간단하게 로그를 보는 옵션 값
• --graph: 그래프를 보여주는 옵션 값

8. git diff

• git diff: working과 stage 비교
• git diff head: HEAD와 state 비교

9. git remote

• git remote add <원격 저장소 별칭> <원격 저장소 URL>: 원격 저장소 연결
• git remote: 원격 저장소 별칭 출력
• git remote -v: 원격 저장소 목록 출력
• git remote rename <변경전> <변경후>: 원격 저장소 별칭 변경
• git remote show <원격 저장소 별칭>: 등록된 원격 저장소의 상세내용 출력
• git remote rm <원격 저장소 별칭>: 등록된 원격 저장소 제거

10. git push

로컬 저장소에 커밋한 내용을 원격 저장소에 동기화하는 명령어

• git push <원격 저장소 별칭> <브랜치>[:<새로운 브랜치 이름>]

• -u: 업스트림 설정

• git push origin --delete <원격 브랜치 이름>: 원격 브랜치 삭제

• git push --set-upstream origin master: 로컬과 원격 저장소의 master브랜치를 연결시켜주는 명령어

11. git clone <url> <location>

원격 저장소의 파일들과 .git파일을 정해준 위치에 복사해주는 명령어이다.

기존 설정값까지 모두 복제된다.
( 원격 저장소 별칭, user.name, user.email 등등 )

12. git pull

원격 저장소 등록 후 사용이 가능하고, 사용 시 원격 저장소의 갱신된 내용을 내려받는다. ( 자동 병합 )

• 자동병합
  로컬 저장소 + 방금 pull받은 내용을 저장한 임시 영역 => 최신 내용

13. git fetch

원격 저장소 등록 후 사용이 가능하고, 사용 시 원격 저장소의 갱신된 내용을 내려받는다. ( FETCH_HEAD라는 branch에 내려받음 )

git pull과 다르게 직접 병합을 해줘야한다.
( git merge origin/master 명령어 사용 )

14. git branch

현재 브랜치 목록과 사용 브랜치를 보여주는 명령어

• git branch <branch-name> [<commit-id>]
commit-id 생략 시 HEAD 포인터를 기반으로 새로운 브랜치를 생성

• -v: 브랜치 세부사항을 보여주는 옵션 값

• -r: 원격 저장소의 브랜치 목록을 보여주는 옵션 값

• -vv: 트래킹 브랜치 목록을 보여주는 옵션 값

• -d: 로컬 브랜치 삭제

• -D: 로컬 브랜치 강제 삭제

• --merged: 병합된 브랜치는 *로 표시해주는 옵션 값

• git branch -u origin/<branch-name>: 기존 브랜치에 업스트림 직접 연결

15. git rev-parse <branch-name>

브랜치 생성의 기준점이 된 커밋 아이디를 출력하는 명령어

16. git checkout

• git checkout <branch-name>: 해당 브랜치로 이동 ( working 변경 )

• git checkout -- <file-name>: 해당 파일로 이동 ( 해당 파일만 최신 커밋상태로 되돌려줌 )

• git checkout <commit-id>: 커밋 아이디에 해당하는 커밋으로 이동

• git checkout --track origin/<branch-name>: 원격 저장소의 브랜치를 로컬 저장소의 브랜치로 업스트림하는 명령어
  ( 원격 브랜치를 로컬 브랜치로 가져오는 명령어 )

• git checkout -b <new-branch-name> origin/<branch-name>: 원격 저장소의 브랜치를 로컬 저장소의 브랜치로 복사하는 명령어

• -: 이전 브랜치로 이동한다.

• -b: 브랜치를 생성과 동시에 해당 브랜치로 이동

17. git stash

현재 변경 내용을 스택형태의 임시 저장소에 저장해두는 명령어

• git stash save "<message>": 임시 저장소에 메시지로 기록하는 명령어

• git stash list: 임시 저장소 목록을 보여주는 명령어

• git stash show [-p]: 임시 저장소와 현재의 차이를 보여주는 명령어 ( -p는 더 상세하게 보여줌 )

• git stash pop: 임시 저장소의 가장 최근값을 가져오고 성공하면 스택에서 제거하는 명령어

• git stash branch <branch-name>: 브랜치를 새로 생성하고 내용을 채워넣음 ( 성공시 stash 제거 )

• git stash apply <stash-name>: 해당 stash를 복사하고 스택에서 제거하지 않음

• --index: stash에서 불러올경우 working과 stage를 구분하지 않고 모두 working에 넣어서 돌려줌
  해당 옵션을 부여하면 working과 stage를 구분해서 불러온다.
  

18. git merge <branch-name>

• -e: 3-way 병합 시 병합 메시지를 직접 작성할 수 있게 해주는 옵션 값 ( --edit )
• --abort: conflict 이후에 실행하면 병합을 취소시켜주는 옵션 값

👏 팁

1. 커밋 아이디

SHA1이라는 해시 알고리즘을 사용하기 때문에 중복되지 않고 앞 7자리정도만 사용해도 겹치지 않기 때문에 굳이 전부를 복사해서 사용할 필요 없다.

2. 커밋과 푸시 순서

깃의 커밋은 이전 커밋을 기반으로 새로운 커밋을 만드는 것이기 때문에 반드시 최신 커밋을 기반으로 커밋을 해야 한다.

공동 개발일 경우에 push를 할 때도 동시에 작업하고 각자의 작업 내용을 커밋 하게 되면 이후에 push하는 개발자는 최신 커밋을 기반으로 push하는 것이 아니기 때문에 오류가 나게 된다.

따라서 push전에는 pull or fetch를 이용해서 최신 커밋을 적용해야 한다.

3. 브랜치

브랜치를 만드는 것은 실제 코드를 복사하는 것이 아닌 시작 위치에 가상 폴더를 만드는 것이다.

• 브랜치를 만드는 기준은 브랜치 or 커밋을 기준으로 새로운 브랜치를 만든다.

• 브랜치를 생성한다고 즉시 새로운 브랜치가 생성되는 것은 아님
  최초에는 포인터만 생성되고 이후에 생성한 브랜치에서 커밋을 하면 새로운 브랜치가 생성되는 것이다.
  

• 브랜치를 삭제할 때 조건은 현재 브랜치가 아니고, 수정사항이 없어야 한다.

4. 체크아웃

체크아웃시에는 HEAD 포인터가 같이 이동된다.
체크아웃전에는 working을 정리하고 이동해야 한다.

브랜치 이동 자체가 working을 바꾸는 행위이기 때문에 기존에 바꿨던 상태가 유지될 수 없다. 따라서 커밋, 스태시 같은 행위로 기존 상태를 저장해두고 이동해야 한다.

5. HEAD

HEAD는 기본적으로 현재 선택된 브랜치의 최신 커밋을 가리키는 포인터입니다.
커밋, 브랜치 생성 등의 커밋을 이용해서 새로운 결과물을 생성하는데 사용합니다. ( 즉시 접근이 가능하므로 성능적으로 유리함 )

• HEAD^n: 현재 HEAD를 기준으로 n번째 이전의 커밋을 가리킴
• HEAD~n: 현재 HEAD를 기준으로 n번째 이전의 커밋을 가리킴

6. 업스트림 트래킹

로컬 브랜치와 원격 저장소의 브랜치와의 매칭을 업스트림 트래킹이라고 합니다.

트래킹 브랜치는 원격 저장소 브랜치와 로컬 브랜치를 연결해 주는 중간 다리 역할을 합니다.

원격 저장소를 클론 한다고 해서 모든 브랜치까지 클론 되지 않는다.
효율성의 이유로 원하는 브랜치는 직접 업스트림을 해줘서 로컬과 원격 브랜치를 연결시켜줘야 한다.

7. 병합

브랜치단위로 병합을 실행합니다.

병합은 Fast-Forward 병합과 3-way 병합이 존재합니다.
병합은 실행하는 브랜치에 결과물이 생깁니다.

7.1 Fast-Forward 병합

브랜치가 일직선으로 하나의 줄기로 이어진 상태에서 병합할 경우 적용하는 방식

7.2 3-way 병합

브랜치1, 브랜치2, 두 개의 브랜치의 공통된 시작커밋 3가지가 합쳐지는 병합에 사용하는 방식
conflict이 없을 경우에는 자동으로 merge 커밋 로그가 남는다.
conflict이 있을 경우에는 직접 충돌난 부분을 수정한 후 커밋해줘야 한다.

만약 conflict 발생한 경우에는 VSCode로 들어가서 확인해 보면 쉽게 충돌 부분을 수정할 수 있도록 도와준다.

👇 참고한 서적

• Git 교과서 - 이호진