• MacBook Pro 2.6 GHz 6코어 Intel Core i7

add 실행 전 파일들 생성

$ echo helloworld > temp1.txt
$ echo helloworld > temp2.txt
$ echo helloworld2 > temp3.txt
$ mkdir myfolder
$ cp temp3.txt myfolder/temp4.txt
$ ls
gitt      myfolder  temp1.txt temp2.txt temp3.txt

특정 파일들을 staging area에 올림

$ ./gitt add temp1.txt temp2.txt

• 두 파일의 내용이 같기 때문에, 아래와 같이 object 폴더에 1개의 blob파일만 생긴것을 확인할 수 있음
• 또한 index 파일도 새로 생성된 것을 확인할 수 있음
  
  

또는, 모든 파일을 staging area에 올림

$ ./gitt add .

• 모든 파일에 대한 blob 파일이 생성된 것을 확인할 수 있음
• 모든 파일들을 index 파일이 반영하는 것을 확인할 수 있음
  
  
  
  

staging area에 있는 파일들을 commit하고, commit message를 남김

$ ./gitt commit "first commit"

• 아래와 같이 master에 해당 commit의 hash를 저장한 것을 확인할 수 있음
• commit hash를 통해 commit file을 찾아가 보면 아래와 같이, 해당 commit의 tree에 대한 hash와, commit msg가 저장되어 있는 것을 확인할 수 있음
• tree hash를 통해 tree file을 찾아가 보면, 해당 tree에 속한 blob 파일들과, tree file들의 정보가 저장되어 있는 것을 확인 할 수 있음
  
  

index 파일의 내용이 최근 커밋과 동일한 상태에서 다시 커밋 실행

$ ./gitt commit "second commit"

• 최근 커밋과 index 파일의 내용이 동일한 경우, 아래와 같이 오류를 출력하는 것을 확인할 수 있음
  
  

새로운 파일 만들고 staged area에 올린 이후 두 번째 커밋 실행

$ echo helloworld3 > temp4.txt
$ ./gitt add temp4.txt
$ ./gitt commit "second commit"

• 아래와 같이 master에 새로운 commit의 hash를 저장한 것을 확인할 수 있음
• 새로운 commit의 commit file에는 아래와 같이, tree에 대한 hash와, 이전 commit 정보(parent), commit msg가 저장되어 있는 것을 확인할 수 있음
• tree hash를 통해 tree file을 찾아가 보면, 아래와 같이 해당 tree에 속한 blob 파일들과, tree file들의 정보가 저장되어 있는 것을 확인 할 수 있음
• 만약 checkout을 통해 현재 HEAD에서 브랜치가 아닌 특정 commit hash를 가리키고 있는 경우, HEAD파일에 새로운 commit의 commit hash를 덮어써 줌
  
  
  
  

현재 브랜치 조회

 $ ./gitt branch
 # 현재 branch를 조회

• 현재 브랜치가 master 브랜치인 것을 확인할 수 있음
  
  

새로운 브랜치 생성

 $ ./gitt branch test
 # test branch 생성

• 아래와 같이 test 브랜치에 대한 파일이 생성되고, 현재 HEAD가 가리키고 있는 브랜치인 master의 commit hash를 해당 파일이 저장하고 있는 것을 확인할 수 있음
• 만약 현재 HEAD가 브랜치를 가리키지 않고, 특정 commit hash값을 가지고 있다면, 생성된 새로운 브랜치 파일에 해당 commit hash값을 저장하게 됨
  
  
  
  

결과를 확인하기 위해, checkout 실행 전 master와 test 브랜치에 차이 만들어 줌

 $ echo helloworld4 > temp5.txt
 $ ./gitt add .
 $ ./gitt commit "master commit"
 # master branch는 새로 생성된 파일인 temp5.txt를 포함하고 있게 됨

• 아래와 같이 master branch는 새로운 commit을 가리키게 됨
• 따라서 master와 test 브랜치는 서로 다른 commit hash를 가리키고 있는 것을 확인할 수 있음
  
  

다른 브랜치로 head를 이동

$ ./gitt checkout test
# test 브랜치로 체크아웃

• 아래와 같이 HEAD파일이 test 브랜치를 참조하는 것을 확인할 수 있음
• 또한 HEAD가 master 브랜치인 위의 사진과 비교하였을 때, master 브랜치에서 생성했던 temp5.txt가 사라진 것을 확인할 수 있음
  
  

다른 commit hash로 head를 이동

 $ ./gitt checkout f554c219a2153238d7287597d6d5b5a157289596
 # 기존의 test branch에서, master branch가 가리키고 있던 commit의 hash값으로 checkout

• 아래와 같이 HEAD파일이 해당 commit의 hash값을 가지고 있는 것을 확인할 수 있음
• 또한 기존에 test 브랜치로 체크아웃하면서 사라졌던 temp5.txt파일이 복구된 것을 확인할 수 있음
  
  

다시 브랜치를 master 브랜치로 바꾸어줌

 $ ./gitt checkout master
 current branch: master

 # 현재 상태는 위의 명령들을 순서대로 실행하여 HEAD가 maseter브랜치를 가리킴
 # master 브랜치는 master commit을 가리키는 상태임 [WD = Working Directory]
 
 $ ./gitt status 		
 # WD와 Staging Area가 차이가 없기 때문에 아무것도 출력되지 않음
 
 $ echo helloworld4 > temp6.txt	
 # temp6.txt를 새로 생성하여 WD와 Staging Area의 차이를 만듦
 
 $ ./gitt status			
 # WD에 temp6.txt가 생성되었다고 출력될 것임

 $ ./gitt add .			
 # temp6.txt를 Staging Area로 넣어줌
 
 $ ./gitt status			
 # 이제 WD와 Staging Area가 차이가 없기 때문에 아무것도 출력되지 않음
 
 $ rm temp6.txt			
 # temp6.txt를 삭제하여 WD와 Staging Area의 차이를 만듦
 
 $ ./gitt status			
 # WD에 temp6.txt가 삭제되었다고 출력될 것임
 
 $ echo helloworld6 > temp6.txt
 # 새로 temp6.txt(hellowrold6)를 생성하여 Staging Area의 temp6.txt(helloworld4)와 파일에 차이를 만듦
 
 $ ./gitt status
 # WD에서 temp6.txt가 수정되었다고 출력될 것임

• 아래와 같이 예측한대로 수행된 것을 확인할 수 있음
  
  

• argv_parser