git 의 Review 기능을 설명하고자 하는 것이 아니라,
지금까지 하나씩 알아보았던 것들 중에서 놓친 것이나 조금 더 알아볼 것들에 대해서 언급하고자 한다.


1. stage

   - git 에게 어떠한 action을 취할 대상들을 알려주는 과정이 필요하다.

   - 형상 관리를 하고자 하는 새로운 파일들, 반영을 하고자 하는 수정한 파일들 또는
     파일 이름을 변경하거나 삭제를 하거나 등등의 작업의 대상을 등록하는 것이다.

   - 다시 말하면, commit 을 할 내역을 알려주기 위한 과정이다.

   - 즉, 소스 파일을 수정을 열심히 하고 나서 commit 만 덜렁 하면?! 안된다!
     먼저 'git add'를 통해 stage 상태로 등록을 하고 commit을 해야 한다!


2. git commit -m

   - 간단한 주석과 함께 가볍게 commit을 하기 위해서는 '-m' 옵션을 사용하면 된다.


   - 앞에서 작업했던 것을 그대로 가지고 테스트를 해봤다.


3. git add --all

   - 앞에서 우리는 파일을 staging 하기 위해서 'git add 파일이름' 과 같이 일일이 명시해줬다.
   - 귀찮은 우리를 위해 좋은 옵션이 있다! 'git add --all'



4. git commit

   - 별다른 옵션 없이 그냥 'git commit'을 하게 되면 주석을 적기 위핸 에디터 창이 뜨게 된다.


   - 한글도 별 이상 없이 그냥 된다.
   - 다만 어려운 것은, 주석을 적을 때마다 느끼는 것이지만... 뭐라 적어야 할 지 모르겠다는 점... ^^



5. git config --list & git log

   - 위에서 'git commit'을 하게 되면 에디터가 뜬다고 했는데, 나의 경우에는 'nano'가 떴다.
   - 예전에 이미 다 했던 것이지만, 복습하는 차원에서 다시 한 번 확인만 해보자.


   - 더불어 아쉬운 마음에 'git log'까지 한 번 확인해보자.


오늘은 여기까지~^^

반응형

'SCM > Git-GitHub' 카테고리의 다른 글

Git 도우미 - TortoiseGit (in Windows)  (0) 2012.02.05
One Shot - commit  (2) 2012.01.22
Compare - modify (git diff, git log) 2/2  (0) 2012.01.18
Compare - modify (git diff, git log) 1/2  (0) 2012.01.17
Tracking file - ignoring  (0) 2012.01.15

지난 내용에 더불어서 좀 특이한 경우를 살펴보기 위해서 보충해서 좀 적어보겠다.

소스 파일을 수정을 한 후 git 에게 commit을 할 것들을 알려주기 위해서 add를 했는데,
그리고 나서 또 수정을 하게 되면 어떻게 될까?


1. modify cycle

   - 일반적으로 파일을 수정하는 경우는 아래와 같이 표현할 수 있다.


   - 소스 파일을 수정한 후 'git add'를 하여 staged 상태로 만든 후 'git commit'을 하면 되는 것이다.


2. modify

   - 소스 파일을 수정하는 과정까지 일단 해본다.


   - 위 화면을 설명해보면...

      ① 파일 목록을 확인 [ ls -al ]
      ② 현 상태 확인 [ git status ] → 'nothing to commit (working directory clean)'
      ③ 소스 파일 수정 [ nano abiParse.py ]
      ④ 현 상태 확인 [ git status ]
      ⑤ 변경 사항 확인 [ git diff ]


3. git add

   - 일단 staged 상태로 만들기 위해 'git add'를 하자.



4. modify

   - 'commit' 하기 전에 다시 또 수정을 하면 어떻게 되는지 확인해보자.


   - 지금 상황에서 commit을 하게 되면 지금 수정하기 바로 전에 add를 한 시점에서의 내용이 commit이 되고,
   - 지금 변경한 내용까지 같이 commit을 하고 싶으면 다시 'git add'를 해주면 된다.


5. git diff

   - 이런 이상한 상황에서 각각을 확인하기 위한 'git diff' 에 대해서 알아보자.


   - [ git diff ]
      ▷ staged 되지 않은 변경 내역을 확인해 준다
      ▷ 즉, 수정을 하고 'git add' 를 하지 않은 내용을 보여준다
   - [ git diff --staged ]
      ▷ 지난 마지막 commit 에서부터 staged 된 내용까지의 변경된 내역을 확인해 준다
      ▷ 즉, 수정을 하고 'git add'를 해놓은 내용을 보여준다




조금 뭔가 햇갈리기 시작하시는 분은 아직 git의 staged 상태에 대해서 느끼지 못하셔서이다.
다음 번에는 이 staged 된 상태에 대해서 보다 더 다뤄보도록 하겠다.

반응형

'SCM > Git-GitHub' 카테고리의 다른 글

One Shot - commit  (2) 2012.01.22
git Review - stage, add, commit  (0) 2012.01.19
Compare - modify (git diff, git log) 1/2  (0) 2012.01.17
Tracking file - ignoring  (0) 2012.01.15
Tracking file - add, status, commit  (0) 2011.11.30

+ Recent posts