Git이란? (Git 작업 영역과 파일 상태)

 

개발을 하다보면 내가 언제 어떤 코드를 수정했는지를 알아야하는 상황도 있고 팀원들과 코드를 공유하고 합쳐야하는 상황 등 여러 고민 사항들이 존재하게된다.

 

이런 문제를 해결해 주는 도구인 Git에 대해 알아보자

 

Git이란?

 

Git은 분산 버전 관리 시스템(Distributed Version Control System, DVCS)로 단순히 파일을 저장하는 것을 넘어, 파일의 변경 사항을 시간순으로 기록하고 필요할 때 특정 시점으로 되돌릴 수 있게 해준다.

 

버전관리시스템 앞에 붙은 '분산'이라는 말처럼 모든 개발자가 전체 히스토리를 로컬에 복사하여 가지기 때문에 중앙 서버에 문제가 생겨도 복구가 쉽고 오프라인 작업이 가능하다는 장점도 있다.

 

Git의 영역

 

Git은 작업 흐름을 이해하기 쉽게 3개의 영역으로 나뉜다.

 

작업 디렉토리(Working Directory)

 

내가 실제로 코드를 수정하고 있는 내 컴퓨터의 디렉토리(실제 폴더)이다.

 

=> 파일을 생성, 수정, 삭제하면 이 영역에서 변화가 일어남

 

(Git이 현재 프로젝트의 히스토리를 저장해두는 관리 시스템인 .git폴더를 제외한 실제 작업 공간으로 생각하면됨)

 

스테이징 영역(Staging Area / Index)

 

커밋(Commit)으로 저장할 변경 사항을 미리 준비하는 장소이다.

 

=> git add 명령어를 통해 작업 디렉토리의 변경 사항을 여기로 올림

 

로컬 저장소(Local Repository)

 

스테이징 영역에서 준비된 변경 내용을 영구 저장(커밋) 하는 곳이다.

 

=> 이곳에 저장된 내용은 자신의 컴퓨터에만 있음
(git push 명령어를 통해 원격 저장소로 변경 사항을 보내기 전까지는 다른 사람과 공유되지 않는 나만의 기록 저장소로 생각하면됨)

 

Git의 상태

 

Git 영역에 따라 파일 하나하나는 각각 네 가지 상태 중 하나를 가지게 된다.

 

크게 추적(Tracked)와 비추적(Untracked) 상태로 나눠지고 Tracked 상태는 다시 Unmodified, Modified, Staged로 구분된다.

 

(즉, Untracked, Tracked(Unmodified, Modified, Staged) 네 가지 상태가 존재)

 

Untracked

 

Git이 추적하지 않는 새로운 파일

(한 번도 git add 된 적이 없는 파일로, Git의 관리 대상이 아님)

 

Tracked

 

Git이 변경 이력을 알고 있는 파일

 

Unmodified

 

최근 커밋과 비교했을 때 변경 사항이 없는 상태

(커밋 이후 아무 수정도 하지 않은 상태로 흔히 Commited 상태라고도 표현됨)

 

Modified

 

파일이 수정되었지만 아직 Staging Area에 올리지 않은 상태

(마지막 커밋 이후 내용이 바뀌었지만 아직 커밋 대상은 아님)

 

Staged

 

수정된 파일을 커밋 대상으로 확정한 상태

(git add를 통해 Staging Area에 올라간 상태로, 다음 git commit에 포함될 변경 사항)

 

GitHub란?

 

개발자라면 GitHub를 모를 수 없는데

GitHub는 이런 Git 저장소를 위한 중앙 서버를 대신 운영, 관리해주는 서비스이다.

 

GitHub의 장점으로는

 

1. 저장소(Remote Repository)를 제공하여 내 로컬 저장소를 GitHub에 올려 백업하고 공유할 수 있다.

 

2. Pull Request(PR)를 통해 코드 리뷰를 주고 받고, Issue를 통해 버그나 할 일을 관리하는 등의 협업에 유용한 기능들이 제공된다.

 

3. 전 세계 수 많은 개발자들의 오픈 소스 프로젝트가 모여있는 커뮤니티의 역할을 한다.

 

등이 있다.

 

Git 사용 흐름

 

다른 팀원과의 협업을 위해 내 코드가 어떻게 GitHub(원격 저장소)까지 흘러가는지 명령어와 함께 살펴보자

 

1. 작업 시작

 

git init 명령어를 통해 새 프로젝트를 시작하거나 git clone 명령어를 통해 기존 원격 저장소의 프로젝트를 내 로컬로 가져올 수 있다.

 

2. 변경 사항 쌓기 [Working Directory -> Staging Area]

 

git add 명령어를 통해 수정한 파일 중 이번 버전(Commit)에 포함할 파일들을 골라 담는다.

 

3. 로컬에 기록하기 [Staging Area -> Local Repository]

 

git commit 명령어를 통해 Staging Area에 올라온 파일들을 하나의 의미 있는 단위(버전)로 묶어 로컬 저장소에 영구적으로 기록한다.

 

4. 원격으로 전송하기 [Local Repository -> Remote Repository]

 

git push 명령어를 통해 내 컴퓨터에 기록된 커밋들을 GitHub와 같은 원격 저장소에 업로드한다.

 

=> 이렇게 하면 이제 팀원들이 내 코드를 볼 수 있게됨

 

5. 다른 팀원 코드 가져오기 [Remote Repository -> Local Repository]

 

만약 원격 저장소에 새로 업데이트된 다른 팀원의 코드를 내 로컬로 가져와서 합치고(반영하고) 작업을 이어가야 한다면

git pull 명령어를 이용해서 다른 사람의 코드를 내 로컬로 가져올 수 있다.