git 명령어.md

Git Study 1주차

CLI 환경에서 Git 명령어 실습

1. git --version

• Git 버전을 확인하자 (Git이 설치되어 있지 않다면 여기 에서 설치를 하자.)

2. git init

• 빈 저장소를 새롭게 만들거나 기존의 저장소를 다시 초기화 하는 명령어이다.

git init 명령어 후에 ls -al을 해보면 .git 파일이 생성 된 것을 알 수 있다. .git은 로컬 Git 저장소라고 생각하면 된다. 이 저장소 안에 모든 커밋들이 들어있다. (아래에서 다시 설명한다.)

. : 현재 디렉토리
.. : 부모 디렉토리
.git : 로컬 저장소

3. git add

• 파일이 Tracked 상태이면서 커밋에 추가될 Staged 상태를 만들어 준다.(변경되거나 새로운 파일을 추적함)

git add 파일이름 (하나의 파일만을 add)
git add . (.을 사용하면 변경된 모든 파일을 add)

3-1 git status

• 파일의 상태 확인하는 명령어

• git status 명령어를 쳤을 때 초록색으로 수정된 파일이 Tracked(관리대상임)이 되면 위의 사진과 같이 뜰 것이다.

• 그러나 변경사항이 없을 때는 git status를 입력하면 위와 같이 위의 내용은 파일을 하나도 수정하지 않았다는 문구를 보게될 것이다.

• 그리고 test.md 파일을 만든 후에 git status를 입력했을 때 위와 같이 빨간색으로 Untracked(관리대상이 아님)도 보게될 것이다.
• Git이 수정된 파일을 추적할 수 없으면 위와 같이 빨간색이 뜰 것이다. (git add를 하지 않고 git status를 쳤을 때 빨간색이 뜬다.)

git status를 쳤을 때 빨간색으로 뜨는 것은 test.md 파일이 Untracked 상태라는 것을 말한다. 
Git은 Untracked 파일을 아직 스테이지에 넣어지지 않은 파일이라고 본다. 
파일이 Tracked 상태가 되기 전까지는 Git은 절대 그 파일을 커밋하지 않는다. ('git add 파일이름' 을 통해서 파일이 git이 추적할 수 있게 스테이지에 올려놔야 커밋의 대상이 될 수 있다.)

수정된 파일이나 새로운 파일이 존재하는 위치와 같거나 상위 디렉토리에서 'git add 파일이름' 를 적용해야 Git이 파일을 추적할 수 있다.
ex) A디렉토리 안에 test.md와 B디렉토리가 존재한다고 가정해보자. 그리고 test.md를 수정하고 B디렉토리를 들어가서 `git add 파일이름`을 하게 되면 Git이 test.md파일을 추적할 수 없다는 뜻이다

Tracked(관리대상임) vs Untracked(관리대상이 아님)는 무엇일까?

버전관리를 하는 폴더안에 모든 파일은 크게 Tracked(관리대상임)와 Untracked(관리대상이 아님)로 나눈다. 
Tracked 파일은 스테이지에 포함돼 있는 파일이다. 
Tracked 파일은 또 Unmodified(수정하지 않음)와 Modified(수정함) 그리고 로컬저장소(커밋으로 저장소에 기록할) 상태 중 하나이다. 
간단히 말하자면 Git이 알고 있는 파일이라는 것이다.

그리고 나머지 파일은 모두 Untracked 파일이다. Untracked 파일은 작업디렉토리(워킹 디렉토리)에 있는 파일 중 스테이지와 로컬저장소에도 포함되지 않은 파일이다. 
처음 저장소를 Clone 하면 모든 파일은 Tracked이면서 Unmodified 상태이다. 

마지막 커밋 이후 아직 아무것도 수정하지 않은 상태에서 어떤 파일을 수정하면 Git은 그 파일을 Modified 상태로 인식한다. 
실제로 커밋을 하기 위해서는 이 수정한 파일을 Staged 상태로 만들고, Staged 상태의 파일을 커밋한다. 
이런 라이프사이클을 계속 반복한다.

git commit

수정한 것을 커밋하기 위해 'git add 파일이름'을 통해서 스테이지에 파일을 정리했다. 
Unstaged 상태의 파일은 커밋되지 않는다는 것을 기억해야 한다. 
Git은 생성하거나 수정하고 나서 git add 명령으로 추가하지 않은 파일은 커밋하지 않는다. 
그 파일은 여전히 Modified 상태로 남아 있다. 
커밋하기 전에 git status 명령으로 모든 것이 Staged 상태인지 확인할 수 있다. 
그 후에 git commit 을 실행하여 커밋한다.

git add, git status, git commit 까지 진행해보면 아래와 같이 할 수 있다.

전체 요약

위의 그림에서 보이는 로컬 저장소가 git init으로 만들었던 .git이라고 생각하면 된다. 그리고 위에서 말했던 것처럼 git add를 통해서 스테이지 영역으로 파일들을 올리고 스테이지에 들어있지 않은 파일들은 절대 커밋되지 않는다는 점을 기억하자.

• 작업디렉토리는 실제 작업하는 공간(실제 파일이 위치하는 곳)
• index는 git add 명령을 통해서 git의 추적을 받는 파일들이 위치한 곳이다.
• Head는 최종확정본(commit)을 의미한다.(HEAD는 항상 작업트리의 가장 최근 커밋을 가리킨다)

그렇게 commit까지 했다면 이제 원격 서버인 Github에 올리면 된다 방법은 아래와 같다.

git push origin 브랜치이름 (ex: git push origin master)

origin은 원격 저장소 이름이고, master은 현재 사용하는 컴퓨터의 브랜치 이름이다. 위에서 commit내용이 저장되어 있는 로컬저장소의 내용 원격 서버로 올리는 과정이다.

Git 명령어 정리

터미널에서 git 을 치면 아래와 같이 나온다. 

위의 명령어를 모두 다 알아야 하는 것은 아니지만 이런 명령어들이 있구나 하면서 참고하면 좋을 것 같다. branch를 만들고 이동하고 뒤로 되돌리는 것은 다른 글에서 정리해보려 한다. 다음 글에서는 GitKraken을 이용해서 Git을 사용하는 법을 정리할 예정이다.