Opensource SW #03 | Git

Git introduction

📌 git

깃은 오픈소스로 제공이 되는 분산형 버전관리 시스템이다.

SVN : 중앙 서버에 소스코드와 히스토리를 저장

Git : 소스코드를 여러 개발 PC와 저장소에 분산해서 저장

📌 git vs github

git: 로컬 시스템에 설치되어서 사용 가능한 버전관리 시스템으로 CLI로 제공이 된다.

github: 협업을 위해 원격으로 깃 레포지터리 기능을 제공하는 호스팅 서비스이다. GUI로 제공이 된다.

📌 git이 제공하는 3가지 기능

1. 버전관리: 누가, 언제, 무엇을 수정했는지에 대해 구체적으로 체크할 수 있다.
2. 백업: github에서 원격 레포지터리를 통해 백업이 가능하다.
3. 협업: 여러명이 같은 프로젝트를 공유하고 충돌을 방지할 수 있다.

순서대로 배워야 효과적으로 배울 수 있다.

Git Version Control

git에서는 버전에 따라 파일을 다르게 저장하는 게 아니라 각 버전에 따른 작업내용을 저장하여 버전을 관리한다.

git이 어떻게 버전을 관리하는지 영역과 상태, 그리고 파일을 기준으로 알아보고, 관련 명령어를 익혀보자.

📌 git이 버전을 관리하는 방법 - 영역

git에는 아래의 3개의 영역이 있다.

• Working tree(Working directory): git repository가 존재하는 현재 directory로 현재 파일이 저장되는 폴더이다.
• Stage(Staging area): 눈에 보이지 않는 단계로 버전으로 만들 파일들이 대기하는 중간 영역이다. git add
• Repository: Stage에 대기하고 있던 파일들을 버전으로 만들어 저장하는 영역이다. git commit

📌 git이 버전을 관리하는 방법 - 상태

Working tree에 있는 파일들은 크게 traked파일과 untracked파일로 나뉜다.

• Untracked: git을 초기화하거나 파일을 새로 만들 때, 아직 git에 올라가지 않은 파일들을 의미한다.

• Traked: Stage 영역에 한 번이라도 간 파일들은 Traked파일이며 크게 Unmodified와 Modified로 나뉜다.

  • Unmodified: commit한 후 수정되지 않은 파일들
  • Modified: 파일들을 수정하고 아직 staged 되지 않은 파일들
  • Staged: 수정하고 git add 명령어가 입력된 상태의 파일들

📌 git이 버전을 관리하는 방법 - 파일

git은 내부적으로 commit, tree, blob, tag의 4가지 오브젝트 타입을 관리한다.

이런 오브젝트는 .git/objects에 개별적인 파일들로 존재하며, 각각이 하나의 파일이다.

git에 “hello.txt”라는 파일을 하나 추가하면, 내용 전부를 해시테이블에 넣어, 40자리의 해시값을 뽑아내어 오브젝트 파일 이름으로 사용한다.

오브젝트의 파일이름 중 앞 2글자는 디렉토리 이름으로 사용하고,나머지 38글자를 파일이름으로 사용하게 된다.

📌 git 명령어 - 버전관리

• git init: 새로운 git repository(.git)를 생성한다.
• git status: 현재 git의 상태를 확인하는 명령어로 현재 어떤 파일이 추적되고 있는지 확인할 수 있다.

• git log: 커밋한 버전들에 대한 정보를 출력할 수 있다. 각 버전별로[40글자의 commit hash, commit message, Author, Date]가 출력된다.

  • --stat: 각 commit마다 어떤 파일이 연관되어 있는지 함께 출력
  • --oneline: 하나의 라인으로 간단하게 출력
• git diff: modified파일들을 최신버전과 비교하여 차이점을 출력하는 명령어
• git add: Untracked 파일들 또는 Tracked중에 Modified 파일들을 Stage영역에 저장한다.

• git commit: staging area에 있는 파일들을 repository에 저장한다.

  • -m: 에디터가 열리지 않고, 바로 commit 헤더를 작성할 수 있다.
  • -a: add와 동시에 commit을 진행한다.

• git revert -- [file]: 이전 버전으로 되돌아가 수정된 파일을 되돌린다.(modified 상태에 있는 파일이 unmodified상태가 된다.)

  • revert [커밋 hash]: git reset --hard는 너무 위험해서 revert한 커밋을 새로 만들어서 해당 커밋으로 되돌아간다.

• git reset HEAD [file]: 해당 파일의 가장 최근 staging을 취소한다.

  • HEAD^: 가장 최근 commit을 취소한다.
  • --hard [커밋 hash]: 해당 커밋으로 되돌아간다. 이때까지의 모든 커밋들이 삭제되고 파일수정도 취소된다.

• git restore:

  • --staged: git reset HEAD [file]과 동일하게 해당 staging이 취소가 된다.

Git Branch

브랜치는 git뿐만 아니라 거의 모든 version관리 시스템에 존재하는 기능으로, 이를 사용하면 main코드는 그대로 둔 채로 main코드에 코드를 수정하거나 추가하는 코드를 동시적으로 작성할 수 있다.

📌 Branch관련 명령어

• 브랜치 생성: git branch sub
• 브랜치 삭제: main브랜치에서 git branch -d sub
• 브랜치 이동: git checkout sub
• 브랜치 merge: main브랜치에서 git merge sub
• 모든 브랜치 상태: git log --branches
• 트리구조의 모든 브랜치 상태: git log --branches --graph
• branch1에는 없고, branch2에 있는 commit 확인: git log <branch1>..<branch2>
• 잠깐 감춘다: git stash

Github

📌 Remote & Local repository

백업과 협업을 위해 두개를 나눈다.

Remote repository(GitHub): 서버를 통해 만들어진 원격 저장소

Local repository(Git): 현재 작업중인 컴퓨터의 git repository

📌 Github관련 명령어

• remote와 local 연결: git remote add origin "주소"

git clone [원격저장소url]을 통해 원격저장소를 복사한다면 자동으로 origin이라는 이름으로 [원격저장소url]주소가 원격저장소로 등록되게된다

• 연결된 remote repository 확인: git remote -v
• local을 Remote Repository로 업로드: git push origin 브랜치이름
• remote를 Local Repository로 다운로드: git pull origin 브랜치이름