Stage area와 add 그리고 commit의 관계

우선 복습을 위해 커밋까지의 과정을 나열해보았다.
기억이 안난다면 다시 공부하도록 하자.






아 참고로,
$ cp f1.txt f2.txt
f1.txt를 f2.txt에 복사하는 명령이다.


오늘은 Stage area와 add 그리고 commit의 관계(?)를 알아보려고 한다.
2개의 파일을 조작하면서 알아보자.


(포스팅을 줄이기 위해 수정 과정은 생략)

$ git status
결과를 보면 f1.txt와 f2.txt 파일이 수정된 것을 알 수 있다.
그리고 2개의 파일 모두 'Changes not staged for commit'에 있다
즉, '커밋할 단계가 아닌(커밋을 위해 올려지지 않은) 변경사항'이란 뜻이다.

$ git add f1.txt
2개의 파일 중 f1.txt 만 add 시키고

또 다시
$ git status
f1.txt가 'Changes to be committed'으로 바뀌었다.
즉, '커밋될 변경사항'이란 뜻이다.



$ git commit 실행 시 화면이 뜨면
버전메시지에 4를 입력하고 저장



커밋 결과 확인



버전 4가 생성된 것 확인



아까 add를 하지 않은 f2.txt는 modified상태로 남아있다. 커밋되지 않은 것이다.


예전의 버전관리시스템은 변경된 사항이 있으면 한번에 커밋을 해야했다.

하지만 GIT은
add라는 절차를 둬서 이미 작업한 내용 중에서
커밋을 할 것들만 선택적으로 커밋을 할수있다.

다시말하면
add하면 커밋대기상태에 들어가고
git commit하면 커밋대기상태의 파일들만 버전에 포함시킨다

그리고 커밋대기상태를 깃에서 'stage area'라고 부른다.