[Git 입문편] 2. Git lifecycle

본 포스팅은 저의 인터넷 강의인 실무자가 알려주는 Git - 입문편의 강의안을 바탕으로 작성하였습니다.

  Git의 상태를 모르고 사용하다 보면 자유자재로 Git을 다룰 수가 없다. 꼬이기 쉽상이고, 이게 왜 이런 상태로 있는거지? 하는 의문이 계속 남는다. lifecycle을 보기 전에 알아야할 명령어인 add와 commit를 간단히 보자.

• add: 이 파일을 Git이 관리하게 하겠다 (or 수정 완료했다)

• commit: 이 파일을 Git에 저장하겠다

라고 할 수 있다. 기본적인 개념만 이해하고 아래 그림을 보자

 

<Git lifecycle>

출처:2.2 Git의 기초 - 수정하고 저장소에 저장하기

 

  위처럼 git에서 파일은 네 가지의 상태를 갖게 된다. Untracked, Unmodified, Modified, Staged. 위에 표시된 화살표로 상태의 이동이 가능하며 반복이 가능하다. 효과적으로 Git에서 파일을 관리하기 위해서는 각 단계가 무엇을 의미하고 무엇을 할 수 있는지 등을 잘 알아야 한다.

 

Untracked

• Git과 아무 상관이 없는 상태

• 따라서 Git이 대상 파일을 관리하지 못함

• 최초 add를 해줘야 Git의 관리 대상이 됨

• Git이 관리하는 파일을 삭제하면 Untracked가 됨

Unmodified

• 코드 저장이 완료된 상태

• Staged 상태에서 commit을 하면 Unmodified가 됨

Modified

• Git으로 관리되고 있던 코드를 수정하여 변경이 일어난 상태

• Unmofieid 상태인 파일을 수정하면 Modified가 됨

• commit할 수 없음. commit 하려면 Staged 상태가 되야함

Staged

• 이제 코드를 저장해도 좋다는(commit이 가능한) 상태

• Untracked/Modified 상태인 파일을 add 하면 Staged가 됨