Git

VCS : Version Control System : 버전 관리 시스템

소프트웨어의 소스코드를 버전관리하는 예, But 실제로는 모든 컴퓨터 파일이 버전 관리이 대상이 될 수 있음

분산 버전 관리 시스템 (Distributed Version Control System)

Git 에서는 클라이언트가 파일들의 마지막 스냅샷을 가져오는 대신 저장소를 통째로 복제

서버가 문제가 생겨도 복제된 저장소를 다시 서버로 복사하면 서버가 복구

체크아웃 ( checkout ) 을 할 때마다 전체 백업이 일어나는 셈

DVCS 는 다수의 원격 저장소 ( remote repository ) 를 갖는 것이 가능, 동시에 여러 그룹과 함께 작업가능, 계층모델 ( hierarchical model ) 등 다양한 workflow 사용 가능

델타 X 스냅샷 O

Git data 는 파일 시스템의 스냅샷이라 할 수 있으며 크기가 아주 작다.

Git 은 커밋하거나 프로젝트의 상태를 저장할 때 파일이 존재하는 그 순간을 중요하게 여긴다.

그래서 파일이 달라지지 않으면 Git은 성능을 위해 파일을 저장하지 않는다.

단지 이전 상태의 파일에 대한 링크만 저장

거의 모든 명령이 로컬 파일과 데이터만 사용하기 때문에 네트워크에 있는 다른 컴퓨터는 필요 없다.

명령어가 네트워크의 속도에 영향을 받지 않는다.

Git 만이 구사할 수 있는 능력이다.

모든 히스토리가 로컬에 있기 때문에 모든 명령을 순식간에 실행한다.

-> 즉 오프라인 상태에서도 커밋 할 수 있다.

Git의 무결성

Git은 모든 데이터를 저장하기 전에 체크섬(또는 해시)을 구하고 그 체크섬으로 데이터를 관리한다. 체크섬 없이 어떠한 파일이나 디렉토리도 변경할 수 없다. 체크섬은 Git에서 사용하는 가장 기본적인(Atomic) 데이터 단위이자 Git의 기본 철학이다. Git 없이는 체크섬을 다룰 수 없어서 파일의 상태도 알 수 없고 심지어 데이터를 잃어버릴 수도 없다.

Git은 SHA-1 해시를 사용하여 체크섬을 만든다

Git 은 데이터를 추가할 뿐.. 되돌리거나 데이터를 삭제할 방법이 없다.

( 손실을 복구하는 법은 있음 )

Git 공부에서 반드시 짚고 넘어가야 할 부분

Git 은 파일을 Committed, Modified, Staged 이렇게 세 가지 상태로 관리

Committed - 데이터가 로컬 데이터베이스에 안전하게 저장되었다는 것을 의미

Modified - 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 것을 말함

Staged - 현재 수정한 파일을 곧 커밋할 것이라고 표시한 상태를 의미

Git 디렉토리는 Git 이 프로젝트의 메타데이터와 객체 데이터베이스를 저장하는 곳 ( Git 의 핵심 )

다른 컴퓨터에 있는 저장소를 Clone 할 때 Git 디렉토리가 만들어 진다.

워킹 디렉토리 -> 프로젝트의 특정 버전을 Checkout 한 것

Staging Area는 Git 디렉토리에 있다. 단순한 파일이고 곧 커밋할 파일에 대한 정보를 저장한다. 종종 인덱스라고 불리기도 하지만, Staging Area라는 명칭이 표준이 되어가고 있다.

Git으로 하는 일은 기본적으로 아래와 같다:

워킹 디렉토리에서 파일을 수정한다.

Staging Area에 파일을 Stage해서 커밋할 스냅샷을 만든다.

Staging Area에 있는 파일들을 커밋해서 Git 디렉토리에 영구적인 스냅샷으로 저장한다.

Git 디렉토리에 있는 파일들은 Committed 상태이다. 파일을 수정하고 Staging Area에 추가했다면 Staged이다. 그리고 Checkout하고 나서 수정했지만, 아직 Staging Area에 추가하지 않았으면 Modified이다.