Git (4) : 버전관리

버전 관리 

Jam-git 디렉터리에 f1.txt파일의 버전을 작성해보겠습니다. 

 

git commit 명령어를 실행시킵니다.

그 후 열려진 창에서 commit 메시지를 추가해서 version을 추가할 수 있습니다.

 

git log를 통해서 이때까지 작업한 버전에 대한 내용도 살펴 볼 수 있습니다. 

이번엔 f1.txt를 수정하고 add한 뒤 새로 commit 해 보겠습니다.

 

새로 추가된 텍스트 내용을 기반으로 f1.txt파일의 버전이 업데이트 된 것을 확인 할 수 있고, 버전의 소유자와 날짜등이 기록되어 있는 것을 확인 할 수 있다.

 

이번엔 새로운 f2.txt , f3.txt파일을 각 각 생성하고 버전 관리를 진행해보았다. 

새로운 f.txt 0.0.3 ver이 추가된 것을 확인 할 수 있다. 그 이후 각 텍스트 파일에 공용변수 f_world를 추가해서 수정해보자!

 

그 전에 git은 add라는 과정을 굳이 왜 추가시켜서 단계를 나누는 걸까?

개발자들은 많은 코드를 수정하다 보면 commit할 시기를 놓치는 일이 자주 발생한다. commit의 시기는 하나의 작업의 수정이 이뤄졌을 때 commit이 이루어지는게 이상적이다. 하지만 이 시기를 놓친경우 여러 다수의 작업의 commit이 이루어져야 한다. 이 때 add로 개별 파일을 분리하여 개별 commit을 가능하게 한다. 즉, add를 통한 파일만의 commit이 이루어지기 때문에 세밀하게 파일을 선택하여 버전을 관리 할 수 있다.

 

즉, f1~f3 모두 공용변수를 추가하면서 파일이 수정됬지만 버전 관리에서는 add를 통해 f1.txt의 수정본 staging area에 추가해서 버전관리에 추가 할 수 있다. 

log 와  status를 통해서 f1.txt의 경우 버전 관리를 통해 commit에 추가되었지만 add가 이루어지지 않은 f2, f3는 modifed된 상태로 working directory에 tracked만 된 상태로 유지되게 된다.

 

즉,  git commit의 명령어는 staging area의 상태에서 add를 통해 commit을 대기하는 상태의 파일들만 commit이 이루어진다.