기존의 버전 관리 시스템의 데이터 저장 방식

파일의 diff를 시간순으로 관리합니다.
단점 : 파일이 버전별로 관리되는 게 아니었기 때문에, 특정 시점의 파일로 돌아가기가 어려웠다고 함

Git의 데이터 저장 방식

• 파일을 저장하는 순간을 스냅샷으로 저장
• 파일의 변경사항이 없는 경우, 파일을 새로 저장하지 않음
  

Git의 구성 요소

• Working Directory (내 로컬)
• Staging Area
• .git Directory(=레포지터리, 버전을 관리하고 있는 곳)

Git에서의 파일 상태

• Untracked : 깃에 연결되지 않은 상태. commit 불가능
• Tracked : (add 후) 깃에 연결된 상태. commit 가능
  

Git의 작업 순서

(1) Working directory에서 파일 수정
(2) Staging area에 파일을 올림으로써 commit할 스냅샷을 만듬
(3) Staging area에 있는 파일들을 commit하여 .git Directory(레포지터리)에 스냅샷을 저장함

GitHub와 GitLab의 차이점

GitHub

• Git을 호스팅해주는 웹 서비스
• 클라우드 상에 코드가 올라가기 때문에, 소스코드 보안이 중요한 경우 사용을 기피하는 경우도 있음
• 현재는 설치형도 지원하고 있음

GitLab

• 설치형 버전관리 시스템 : 소스코드 보안이 중요한 기업에서 주로 사용
• 클라우드 버전관리 시스템 : 10명 이하 무료

🔵 흥미로웠던 점 :
개발할 때 ADD -> COMMIT -> PUSH 순서로 깃을 쓰는 건 알았는데, 이렇게 각 공간의 명칭이 있는 것을 알게 되어 흥미로웠다.

🔵 다음 학습 계획 :
Git 기본 문법에 대해 배울 예정입니다.