1. Git 기본 - 2. Git의 원리 이해

 

“지옥에서 온 깃”을 참고하여 정리한 내용입니다.

1. 깃 - 기본

• Version Control System 중 하나
• 파일 이름을 바꾸지 않고 버전을 관리할 수 있다.
  • How? Commit

1) 깃의 3가지 핵심 기능

• Backup
• Recovery
• Collaboration

2) 깃의 기본적 사용 방법

1️⃣ git init - 저장소를 만들어 버전관리 하겠다.

• Create an empty Git repository or reinitialize an exisiting one
• 즉, 깃 리퍼지토리를 새로 만들거나, 기존의 깃 리퍼지토리를 재초기화하고 싶을 때
  • Git repository = Git 저장소
• 리퍼지토리를 기준으로 버전관리가 이루어진다.

2️⃣ git add file - 이 파일의 버전 관리를 시작하겠다. (커밋 대기상태)

• add : 커밋 대기상태 (stage area에 올라간 파일들)
• 파일을 선택하여 커밋 대기상태에 올릴 수 있다.

# 예를 들어 file.txt 라는 파일을 현재 저장소에 만들었다고 가정합시다 
# 파일에 대해 버전관리를 시작합니다
# 파일에 대해 버전관리를 시작하겠다는 것을 알려주는 것이 'add' 명령어 입니다.
# 파일이 수정되어 버전관리 중인 파일에 수정이 일어났다라는 것을 알려줄 때도 'add'를 사용합니다. 
>> git add f1.txt
>> git status # 새로 추가한 파일이 저장소에 등록되었다는 것을 알 수 있습니다.

3️⃣ git commit - 파일의 버전에 대한 세부사항을 작성한다.

• 버전 = 의미있는 변화
• commit : 커밋 상태 (repository에 버전으로 등록된 상태)

>> git commit # vim 이 실행됩니다.
>> git commit -m "Initial commit" # 간단한 메시지를 작성할 수 있습니다. 

>> git commit -a # add 없이 commit message 작성 가능 (add + commit)
>> git commit -am # add 없이 commit message를 inline으로 작성할 수 있다. 

4️⃣ git log / git diff

• 각각의 commit은 고유의 ID가 있다.

>> git log # 현재까지 commit된 내용을 볼 수 있습니다. 
>> git log commit_id # commit_id 이전까지의 commit을 알 수 있다.
>> git diff commit_id1..commitid3 # id1과 id3 사이의 변화를 알 수 있습니다.

5️⃣ git reset vs. git revert

• 현재의 로그를 취소해서 과거의 특정 로그로 돌아가고 싶을 때 사용한다.
• local에 대해서만 reset 필요 - push 후에는 reset 하지 말 것

>> git log

# 특정 로그(commit_id)로 돌아가고 싶을 때, 다음 명령어 사용 
# 특정 로그 뒤 커밋이 다 지워진 것처럼 보인다. (추후 복구 가능)
# 돌아가고 싶은 특정 commit_id에 head가 존재한다. 
>> git reset commit_id --hard

# 특정 로그를 지우고, 새로운 버전을 생성할 수 있다. 
>> git revert 

---

2. .git

지옥에서 온 GIT : 원리 - git add

1) git add 시 상태 변화

• f1.txt 라는 파일을 생성하여 git add f1.txt에 저장하면 .git 디렉토리 안에 index 파일과 objects 폴더가 생긴다

• index : add된 파일에 대한 기록이 담겨있다.
• objects/ : add 된 파일의 실제 내용이 담겨져 있다.
  • 기록은 계속 보관되며 이전 상태로 되돌리거나 특정 상태로 복구 시 참조한다.
• git은 파일의 개수가 아무리 많아도 내용이 같다면 같은 객체라고 여긴다. (index 파일에서 같은 commit_id를 볼 수 있다.
• (= 즉 내용이 같으면 같은 객체로 생각한다. )

🌟 “내용이 같으면 파일 이름이 같다? (=같은 객체이다)” 의 메커니즘

• git은 작성한 내용을 SHA1 라는 알고리즘을 이용하여 해쉬값으로 받는다.

💡 깃은 수많은 파일을 어떻게 관리할 수 있을까? 깃은 변경된 파일과 변경되지 않은 파일을 어떻게 구분하는 것일까?

• 같은 내용은 같은 Hash 값을 가지게 되기 때문에 파일 명이 달라도 내용을 복사하여 내용이 같다면, 같은 객체인 것이다.

2) git commit

• 변화가 생기는 파일

 

• 우리가 commit한 메시지를 기준으로 objects 디렉토리 안 폴더가 생긴다.
• 폴더 안 작성한 commit 메시지를 보관하는 파일이 생긴다.
• 즉, 우리가 생성한 commit에 따라 version이 생기고 각 version은 tree 를 가지고 있다.
• 파일에서 commit 메시지와 함께 tree 와 parent 도 확인 가능하다.
  • tree는 커밋된 파일들에 관한 정보를 담고 있다. (commit_id, 파일명)
  • parent는 이전에 커밋된 메시지 정보를 담고 있다.

3) 정리

• git add 후 add 한 파일에 대한 기록이 index에 담긴다.
• git add 후 add한 파일의 내용에 대한 Hash 값을 바탕으로 objects 폴더 안 폴더와 파일이 생긴다.
• git commit 후 objects 폴더 안 commit한 메시지에 대한 Hash 값을 바탕으로 폴더와 파일이 생긴다.
  • 파일을 확인하면, tree와 commit 메시지를 볼 수 있다.
  • tree를 클릭하면, 어떤 파일이 add 되었는지를 확인할 수 있다. (add 한 파일에 대한 기록을 확인할 수 있다.)
  • parent는 이전에 commit 한 내용을 가리킨다.
    • 즉, tree는 연결 연결되어, commit 메시지 log를 확인할 수 있고, commit된 메시지의 tree를 확인하여 어떤 파일이 add 되었는지를 확인하는 것이다.

 

 

참고자료: 생활코딩 - 지옥에서 온 git 동영상을 참고하여 정리한 내용입니다.
https://opentutorials.org/course/2708/15210

과거의 버전으로 돌아가기 - 생활코딩