버전 관리란? Git 쉽게 이해하기, Git과 GitHub 차이

버전 관리 시스템 (VCS, Version Control System)

• 버전 관리 시스템이란 파일 변화를 시간에 따라 기록했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템
• 각 파일을 이전 상태로 되돌릴 수 있음.
• 프로젝트를 통째로 이전 상태로 되돌릴 수 있음.
• 시간에 따라 수정 내용을 비교해볼 수 있음. 
• 누가 문제를 일으켰는지, 추적할 수 있고 누가 언제 만들어낸 이슈인지 알 수 있음. 
• 또한 파일을 잃어버리거나, 잘못고쳤을 때 쉽게 복구할 수 있음. 

1) 로컬 버전 관리 

• 가장 보편적이고 쉬운 1차원적 버전관리 방법. 
• 파일 복사해서 관리하기 ㅋㅋ 
• 이 방법은 위험함. 잘못되기 쉬움. (작업 중이던 디렉토리 삭제, 파일 수정 실수, 복사 실수.. ) 
• 로컬 VCS 를 만들어, 간단한 데이터 베이스에 파일의 변경 정보를 관리하는 것을 의미. 
• 대표적인 VCS 도구는, RCS (Revision Control System), 1982년 출시. 
  • 기본적으로 파일에서 변경되는 부분(patch set)을 관리한다. 
  • 오늘날까지도 아직 많은 회사에서 사용중이라고 함 

2) 중앙집중식 버전 관리 (CVCS)

• 협업할 때 생기는 문제 해결을 위해 개발된 방법. 
• CVS, Subversion, Perforce 같은 시스템은 파일을 관리하는 서버가 별도로 있고 클라이언트가 중앙 서버에서 파일을 받아서 사용(Checkout)
• 모두 누가 뭐하고 있는지 알 수 있고, 관리자는 누가 무엇을 할지 관리 가능함. 
• 치명적인 결점 : 중앙서버에 문제 생기면 올스탑됨. 프로젝트의 모든 히스토리를 잃게 된다. 

3) 분산 버전 관리 시스템 ( DVCS) 

• Git, Mecurial, Bazaar, Darcs 같은 DVCS 에서의 클라이언트는 단순히 파일의 마지막 스냅샷을 check  아웃하지 않음. 
• 저장소 자체를 히스토리와 더불어 전부 복제함. 
• 서버에 문제 생기면 이 복제물로 다시 작업 가능하다. 
• 또한 리모트 저장소가 존재하고, 많을 수 있음. 
• 계층 모델인 중앙집중 시스템으로 할 수 없는 워크 플로우도 다양하게 사용 가능. 

 

Git 이란 

• 분산형 버전 관리 시스템. 
• 쉽게 말해, 파일(특히 소스코드)의 변경 이력을 모두 사진 찍듯이 저장하고 관리해주는 시스템. 
• 2005년 만들어짐. 
• 2002년, Linux 커널은 BitKeeper라고 불리는 상용 DVCS를 사용하기 시작했고, 2005년 BitKeeper 과의 관계가 틀어지면서 자체 도구 Git 이 만들어짐. 
• 사용자 친화적이고, 매우 빠름. 
• 대형 프로젝트에도 사용하기 좋은 버전 관리 시스템. 
• 동시다발적인 브랜치에도 끄떡없는 슈퍼 울트라 브랜칭 시스템(자칭) 

 

Git 의 목표 

1. 빠른 속도
2. 단순한 구조
3. 비선형적인 개발(수천 개의 동시 다발적인 브랜치)
4. 완벽한 분산
5. Linux 커널 같은 대형 프로젝트에도 유용할 것(속도나 데이터 크기 면에서)

 

Git 과 기존 버전 관리 시스템(VCS) 의 차이 

• 기존 버전 관리 시스템과의 가장 큰 차이점은 데이터를 다루는 방법 에 있음. 
• VCS 시스템은 파일들의 목록(집합)을 관리, Git 은 데이터를 파일 시스템 스냅샷의 연속으로 취급하고 관리 
• Git은 커밋하거나, 프로젝트의 상태를 저장할 때마다 파일이 존재하는 그 순간을 저장한다. 

기존 버전 관리 시스템(VCS) vs Git : VCS 는 변경 없었던 파일에 대해서는 기록 안함, Git 의 경우 그 순간의 상태를 전부 스냅샷. 남김.

 

Git 특징 

• 거의 모든 명령을 로컬에서 실행한다. 프로젝트의 모든 히스토리가 로컬 디스크에 있기 때문에 모든 명령이 순식간에 실행됨. 
• 기존 중앙집중식과 다르게, git 은 분산형(Distributed)으로 모든 작업이 로컬에서 가능함. 
• git clone을 하는 순간, 중앙 서버(예: GitHub)에 있던 '모든 버전 히스토리(스냅샷의 스트림)'를 통째로 내 컴퓨터에 복제
• 작동 방식
  • 히스토리를 보려면? → (로컬) → 내 컴퓨터에 저장된 DB를 즉시 조회
  • 커밋하려면? → (로컬) → 내 컴퓨터 저장소에 즉시 저장
  • 브랜치를 따려면? → (로컬) → 내 컴퓨터에서 즉시 생성
• Git 의 무결성 : 데이터를 저장하기 전에 항상 체크섬을 구하고, 체크섬으로 데이터를 관리함. 
• 체크섬이란? SHA-1 해시를 사용, 40자 길이의 16진수 문자열. Git 에서 사용하는 가장 기본적인 데이터 단위이자 Git 의 기본 철학.
• Git은 모든 것을 해시로 식별. 
• Git 은 데이터를 추가하는 역할만 한다. 
• 되돌리거나 데이터를 삭제할 방법 없음. 

 

Git 의 세가지 상태 

1. Committed : 데이터가 로컬 데이터베이스에 안전하게 저장됐다는 것을 의미. 
2. Modified : 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 것을 말한다. 
3. Staged : 현재 수정한 파일을 곧 커밋할 것이라고 표시한 상태를 의미한다. 

 

Git의 3대 핵심 요소 - Working tree, Staging Area, Git Directory (Git의핵심)

1. Git Directory : Git 이 프로젝트의 메타 데이터와 객체 데이터베이스를 저장하는 곳 의미 

• 다른 저장소를 clone 할 때 만들어지는 것이 바로 "Git 디렉토리" 
• 이미 커밋된 상태이며, 파일을 수정하고 Staging area 에 추가했다면 "staged" 상태가 됨. 수정했는데도 아직 추가 안했다면, Modified 

2. Working Tree 

• 프로젝트의 특정 버전을 Check out 한 것. 
• 즉,  git check out [3일전 커밋 이름] 하면, llm_project 내 파일이 3일 전 시점으로 돌아감. 
• 현재 작업 중인 디스크에 있으며, 그 디렉토리 안에 압축된 데이터베이스에서 3일 전 파일을 가져와 working tree 를 만든다.
• Git 이 하는 일
  • 1) 워킹 트리에서 파일을 수정한다 
  • 2) Staging Area에 파일을 Stage 해서 커밋할 스냅샷을 만든다. 모든 파일을 추가할 수도 있고 선택하여 추가할 수도 있다.(add 범위 선정)
  • 3) Staging Area에 있는 파일들을 커밋해서 Git 디렉토리에 영구적인 스냅샷으로 저장한다.

3. Staging Area 

• 단순한 파일이고, 곧 커밋할 파일에 대한 정보를 저장. 커밋 전 필수. 
• Git 에서는 기술용어로 index 라고 하지만, “Staging Area” 라는 용어를 써도 됨. 

 

Git 사용하기 

이제 막 개발 시작한 프로젝트의 버전 관리를 시작해보자 

• jenna/llm_project 

 

1. Git 설치 하기 

• 우분투에 설치하기. 

$ sudo apt install git-all

 

설치 방법은 아래 링크에 

Git - Git 설치

 

2.  Git 최초 설정. 

• 기본 브랜치를 master 에서 main 으로 설정하기 

git branch -m main #내 로컬(서버) 브랜치 이름을 main으로 바꾸기. 바꾸라고 힌트 뜸 
git config --global init.defaultBranch main #다음부터 git init을 할 땐 힌트 없이 깔끔하게 main 브랜치가 기본으로 생성

 

• 사용자 설정 (Git 도장 만들기)

git config --global user.name "Your Name"
git config --global user.email "your@email.com"

#설정한 내용 확인
git config --global --list

 

3. git init

• jenna/llm_project 로 이동한 뒤 

jenna/llm_project$ git init

• 아직 아무것도 저장한 것이 아님. 
• llm_project 폴더에 'Git 관리용 빈 노트(.git)'를 준비한 상태. 

 

4. 저장 (Commit) 해보기 

• staging : "뭘 저장할지 선택" -> 커밋하기 전 필수 

#기록할 대상을 골라서 git add 하기. 
#최초 기록이므로 llm_project 전부 add 하기.
git add .

 

• commit : "실제 저장"

git commit -m "Initial commit: llm_project 첫 백업"

• - m : message 의미의 플래그(flag) 
• 자주 쓰는 클래그 
  • -a : all의 약자. add 했던 파일에 한해서 add+commit 을 한번에 처리해줌. 
  • --amend : "수정하다" 라는 뜻. 방금 전 커밋 수정 명령. 방금 한 커밋을 덮어쓰면서 '새로운' 커밋으로 수정해줌. 
  • 이외의 플래그는 " git commit --help" 에서 확인 가능. 

 

5. 깃허브 연결 

• 작성된 코드를 중간중간 GitHub 에 백업하기 위해 private repository 만들고 push 하기(깃허브로 전송) 
• 깃허브에 private 레포를 하나 만들어줌 (read me 등 설정값은 전부 off)

#깃허브 주소 등록 - remote 
git remote add origin "https://github.com/[계정이름]/[깃허브 레포 이름].git"

# 깃허브로 전송 
git push -u origin main
	#push : 전송해라
	#origin : 별명이 'origin'인 주소(GitHub)로
	#main : 내 main 브랜치에 있는 내용을

 

 

깃 Git vs 깃허브 GitHub 차이 

Git 

• 컴퓨터에 설치하는 "버전 관리 프로그램" 자체 
• 코드를 저장(commit) 하고, 과거 코드를 불러오는(check out)등 관리할 수 있음. 
• 인터넷 연결 없이 로컬 컴퓨터에서도 돌아가는 도구임.

 

GitHub

• Git 으로 관리하는 프로젝트를 업로드(push) 해서, 백업하고 공유하는 웹사이트 서비스 
• Git 으로 만든 로컬 저장소를 인터넷 상에 올려두는 공간. 
• 안전하게 보관, 협업 등 가능 

 

참조 

• Git 

Git - 버전 관리란?