Do it 깃·깃허브| 2장

『Do it! 깃 & 깃허브 입문』 2장. 깃으로 버전 관리하기
를 참고하였습니다

목차

2-1 깃 저장소 만들기

2-2 버전 만들기

2-3 커밋 내용 확인하기

2-4 버전 만드는 단계마다 파일 상태 알아보기

2-5 작업 되돌리기

 

2-1 깃 저장소 만들기

저장소(repository)

: 버전이 저장되는 공간

 

1. 새로운 디렉터리 만들기

$ git init

'initialize(초기화하다)

 

'Initialized empty Git repository in...' 라는 메시지 나왔으면 이제부터 해당 디렉터리에서 깃 사용 가능

 

이후 다시 ls -la 해보면?

git 디렉터리가 생김!

이 폴더가 깃을 사용하면서 버전이 저장될 '저장소(repository)'

 

*Finder에서 hello-git 디렉터리를 열었을 때 .git 디렉터리가 화면에 나타나지 않음

실수로 .git 디렉터리를 지우지 않도록 숨겨져 있기 때문.

맥 : Shift + Command + . 을 눌러 숨겨진 파일 확인

 

 

2-2 버전 만들기

'버전' : 프로그램 개발에서는 수정 내용이 쌓이면 새로 번호를 붙여서 이전 상태와 구별함. 

깃에서도 문서를 수정할 때마다 버전을 만들면서 이전 상태와 구별함.

 

파일을 다른 이름으로 저장해 버전을 만드는 방법보다 훨씬 쉽게 버전을 만들고,

또한 버전을 만든 시간과 수정 내용까지 기록할 수 있는 것이 깃과 같은 버전 관리 시스템.

 

원래 파일 이름은 그대로 유지하면서

파일에서 무엇을 변경했는지, 변경시점마다 저장 가능

버전마다 작업한 내용 확인할 수 있고, 그 버전으로 되돌릴 수도 있다.

 

 

스테이지와 커밋

작업 트리(working tree) : =작업 디렉터리(working directory). 파일 수정, 저장 등의 작업을 하는 디렉터리. 앞에서 만들었던 git 디렉터리! 우리 눈에 보이는 디렉터리.

스테이지(stage) : =스테이징 영역(staging area). 버전으로 만들 파일이 대기하는 곳. 

ex ) 작업 트리에서 파일 10개를 수정했는데, 4개만 버전으로 만들려면

해당 파일 4개만 스테이지로 넘겨줌

 

저장소(repository) : 스테이지에서 대기하고 있던 파일들을 버전으로 만들어 저장하는 곳.

 

스테이지와 저장소는 눈에 보이지 않음. .git 디렉터리 안에 숨은 파일 형태로 존재함.

작업 트리에서 문서 수정 -> 버전으로 만들고 싶은 것을 스테이지에 저장 -> 스테이지 파일을 저장소로 커밋(commit)

 

 

작업 트리에서 문서 수정하기

$ git status

깃 상태를 확인

 

On branch main : 현재 main 브랜치에 있다. 

No commits yet : 아직 커밋한 파일이 없다

nothing to commit :  현재 커밋할 파일이 없다

 

간단하게 vim hello.txt로 텍스트 파일 안에 텍스트 입력 후 ls -la 하면

아래와 같이 hello.txt 파일이 디렉터리 안에 만들어진 것을 확인할 수 있음

이 상태에서 다시 git status 하면

Untracked files : hello.txt

branch main 에 hello.txt라는 untracked files 이 있다!

* untracked files : (깃에서) 버전을 아직 한 번도 관리하지 않은 파일

 

수정한 파일을 스테이지에 올리기 — git add

스테이징(staging) / 스테이지에 올린다 

: 깃에게 버전 만들 준비를 하라고 알려주는 것

*'인덱스(index)에 등록한다' 라고도 함 (.git/index 파일에 저장되므로)

 

1. $ git add hello.txt 입력

2. $ git status 입력 (깃 상태 확인)

3.

Changes to be commited:

new file:

'새 파일 hello.txt를 (앞으로) 커밋할 것이다.'

 

스테이징한 파일 커밋하기 — git commit

커밋(commit) 한다 : (깃에서) 버전을 만드는 것

파일이 스테이징 영역에 있으면 버전을 만들 수 있다.

커밋할 때는 버전의 변경 사항을 확인할 수 있도록 메시지를 함께 기록해야 함

 

1.

$ git commit -m "커밋 메시지"

$ git commit : 파일 커밋 명령

-m : (message). 커밋 메시지는 영문과 한글 모두 사용할 수 있다

 

1 file changed : 파일 1개가 변경되었고

1 insertion(+) : 파일에 1개의 내용이 추가되었다

-> 스테이지에 있던 hello.txt 파일이 저장소에 추가된 것!

 

 

다시 git 상태 확인해보면

nothing to commit, working tree clean

버전으로 만들 파일이 없고, 작업 트리도 수정 사항 없이 깨끗하다

 

$ git log

: 저장소에 저장된 버전 확인

방금 커밋한 버전을 설명하는 정보가 나옴. 커밋을 만든 사람(Author), 시간(Date), 커밋메시지

 

스테이징과 커밋 한꺼번에 처리 — git commit -am

단, 한 번이라도 커밋한 적이 있는 파일을 다시 커밋할 때만 사용 가능

-am : -a(all), -m(message)를 묶은 것. -a -m 처럼 따로 써도 됨

 

 

2-3 커밋 내용 확인하기

커밋 기록 자세히 살펴보기 — git log

커밋 로그 : git log 명령을 입력했을 때 나오는 정보들의 묶음

- 커밋 해시(commit hash) or 깃 해시(git hash)

: commit 항목 옆 영문과 숫자로 된 긴 문자열. 커밋을 구별하는 아이디

- (Head -> main) : 이 버전이 가장 최신이라는 뜻

- 작성자, 버전 만든 날짜, 커밋메시지

변경 사항 확인하기 — git diff

작업 트리에 있는 파일과 스테이지에 있는 파일을 비교하거나,

스테이지에 있는 파일과 저장소에 있는 최신 커밋을 비교해서 수정한 파일을 커밋하기 전에 최종 검토

git status로 깃 상태 확인 (.txt 파일이 수정되었고, 아직 스테이징 상태가 아니다)

방금 수정한 hello.txt 파일이 저장소에 있는 최신 버전의 hello.txt와 어떻게 다른지 확인

-, +

'2'가 삭제되고 'two'가 추가되었다!

 

2-4 버전 만드는 단계마다 파일 상태 알아보기

깃에서는 버전을 만드는 단계마다 파일 상태가 달라짐

파일 상태를 이해하면 버전 관리의 여러 단계 중 어디에 해당하는지, 그 상태에서 어떤 일을 할 수 있는지 알 수 있음

하지만 파일 상태는 눈에 보이는 것이 아니다.

 

tracked 파일 / untracked 파일

git status 명령 사용하면 

화면에 파일 상태와 관련된 여러 메시지가 나타남

Changes not staged for commit : 변경된 파일이 아직 스테이지에 올라가지 않았다

modified: hello.txt

tracked 파일 : 깃은 한 번이라도 커밋한 파일은 계속해서 수정 사항이 있는지 추적함. 깃이 추적하고 있는 파일

untracked 파일:

hello2.txt 파일 앞에는 아무 것도 없고, untracked files:라고 되어있음.

한 번도 커밋하지 않았으므로 수정 내역을 추적하지 않은 것

 

git add를 통해 스테이지에 올린 후 확인해보면

*git add 명령 뒤에 파일 이름 대신 마침표(.)를 붙이면, 작업트리에서 수정한 파일들을 한꺼번에 스테이지에 올릴 수 있다!

마지막 버전 이후 수정한 건 modified:로, 한번도 버전 관리 하지 않은 건 new file: 로 표시.

 

이후 커밋, 커밋 후 로그 확인.

각 커밋에 어떤 파일이 관련되었는지 알 수 없다.

 

커밋과 관련된 파일까지 함께 살펴보려면

$ git log --stat

--stat

statics(통계)의 줄임말. 붙임표(-) 2개 사용하며 커밋과 관련된 여러 통계 보여줌

$git log --stat 결과

 

가장 최근 커밋부터 순서대로 커밋 메시지와 관련된 파일이 나열됨.

messgae3 커밋은 hello.txt, hello2.txt 파일과 관련 있고,

message2는 hello.txt 파일과 관련있다는 거 확인 가능

 

터미널 창에 비해 깃 로그가 너무 길 경우, 한 화면씩 나누어 보여줌.

enter를 누르면 다음 로그 화면에서 볼 수 있고, q를 누르면 로그 화면에서 빠져나와 깃 명령 입력 가능

 

.gitignore 파일로 버전 관리에서 제외하기

vim으로 .gitignore 파일 만든 후, 그 안에 버전 관리하지 않을 파일, 디렉터리이름, 또는 파일 확장자 입력

$ vim .gitignore

mynote.txt 파일, temp 디렉터리, 확장자 swp인 파일을 버전관리에서 제외

 

unmodified, modified, stage 상태

1. ls -la 명령을 사용해 hello-git 디렉터리 보면

Changes not stage for commit:

Changes not stage for commit 

파일이 수정만 된 modified 상태

 

git add 명령을 사용해 스테이지에 올리고 git status

Changes to be committed:

Changes to be committed: 커밋할 변경사항이 있다고 함

즉, stage 상태

nothing to commit, working tree clean:

스테이지에 있는 파일 커밋하고 git status

nothing to commit, working tree clean

커밋을 끝내고 나면 파일 상태는 unmodified 상태로 돌아감

 

untracked -> unmodified -(파일 수정) -> modified -(스테이징)-> staged-(커밋)-> unmodified

 

$ git commit --amend

최근 커밋 메시지 수정

--amend : 덮어쓰기 위한 옵션.

i 를 눌러 메시지 수정,

수정 끝나면 ex 모드로 돌아가 저장하고 종료(:wq)

커밋 메시지가 수정되면서 이전 커밋에 더해짐

 

2-5 작업 되돌리기

 

작업 트리에서 수정한 파일 되돌리기 — git restore

파일 수정했을 때 스테이징 하지 않은 상태에서 되돌리기

(use "git restore <file>..." to discard changes in working directory)

git restore 실행 후 cat 명령을 통해 파일 내용 확인하면

수정 내용이 사라진 것 확인 가능.

 

스테이징 되돌리기 — git restore --staged

수정된 파일을 스테이징까지 했을 때 스테이징 취소하기

(use "git restore --staged <file>..." to unstage)

스테이지에서 내리려면(to unstage) git restore --staged <file> 명령을 사용해라!

 

git restore --staged

--staged 옵션만 사용하면 스테이지에 있는 모든 파일 한꺼번에 되돌리기

--staged 파일명 붙이면 해당 파일만 골라서 되돌림

git restore --staged hello2.txt 실행하고 git status로 파일 상태 확인하면

스테이지 올라가기 전(not staged)로 돌아온 것을 확인할 수 있다.

 

최신 커밋 되돌리기 — git reset HEAD^

수정된 파일을 스테이징하고 커밋까지 했을 때, 가장 마지막에 한 커밋 취소하는 방법

커밋 취소하면 커밋과 스테이징이 함께 취소됨.

 

이 상태에서 최신 커밋을 되돌리려면

git reset HEAD^

HEAD^는 현재 HEAD가 가리키는 브랜치의 최신 커밋을 가리킴

git log 명령을 실행했을 때 가장 최신 커밋에 (HEAD -> main) 표시가 있었다.

되돌리면 main의 최신 커밋도 취소되고 스테이지에서도 내려진다. 작업 트리에만 파일이 남는 것.

스테이징만 취소할 때는 restore, 커밋을 취소할 때는 reset!

 

git reset 명령의 옵션

$ git reset -soft HEAD^	커밋을 취소하고 파일을 staged 상태로 작업 디렉터리에 보관
$ git reset -mixed HEAD^	커밋을 취소하고 파일을 unstaged 상태로 작업 디렉터리에 보관
$ git reset HEAD^	--mixed 옵션과 같음

 

특정 커밋으로 되돌리기 — git reset 해시

최신 버전이 아닌 특정 버전으로 되돌려 놓고 그 이후 버전을 삭제

 

 

R3과 R4 커밋을 삭제하고 R2 커밋을 최신 커밋으로 만들기

reset A를 입력한다면 A 커밋을 삭제하는 게 아니라,

A 커밋 이후에 만들었던 커밋을 삭제하고 A 커밋으로 이동하겠다는 의미!

 

HEAD is now at

: 방금 복사해서 붙인 커밋 해시 위치로 HEAD 가 옮겨졌다! 즉 가장 최신 커밋이 되었다!

git log 명령 -> R2 커밋이 최신 커밋이 됨

cat audfud -> R2 커밋 (b) 까지만 남음

 

커밋 변경 이력 취소하기 — git revert

특정 커밋으로 되돌릴 때 수정했던 것을 삭제해도 된다면 git reset,

나중에 사용할 것을 대비해서 커밋을 취소하더라도 커밋했던 기록을 남겨 두어야 할 때

변경 사항만 취소하고 커밋을 남겨둘 때 'git revert'

 

vim rev.txt에 e를 추가하고, git commit -am "R5"로 커밋함

가장최근에 커밋한 R5 취소, 직전인 R2로 되돌아가기.

취소하는 R5 버전을 삭제하지 않고 남겨 두려고 함

reset 명령은 되돌아갈 커밋 해시를, revert 명령은 취소할 커밋 해시를 지정한다!

 

$ git revert 취소할 커밋 해시

입력하면 기본 편집기 뜨면서 커밋 메시지 입력 가능.

커밋 메시지 맨 위에는 어떤 버전을 revert 했는지 나타남.

커밋을 취소하며 남겨 둘 내용이 있다면 문서 맨 위에 입력하고 저장함.

 

 

로그에 R5를 revert한 새로운 커밋 생김. 기존 R5도 남아있음.

R5 버전을 지우는 대신 R5에서 변경했던 내용만 취소하고, R5를 취소했다는 커밋을 새로 만든 것.

 

앞에서 추가한 'e'가 없어짐.

revert 사용하면 커밋 자체를 삭제하지 않으면서, 변경 이력을 취소할 수 있다!

 

---

연습문제

1. 깃 환경에서 이름을 'abc'로 지정 $ git config user.name 'abc'

2. 깃 환경에서 메일을 abc@abc.co.kr로 지정 $ git config user.email 'abc@abc.co.kr'

3. 현재 위치에 지역 저장소를 만듦 $ git init

4. 깃 상태 확인 $ git status

5. ch01.txt 파일을 스테이지에 올림 $ git add ch.01txt

6. 스테이징한 파일을 커밋 메시지 'ch01'을 붙여 커밋 $ git commit -m 'ch01'

7. 메시지 'ch02'를 붙여서 스테이징과 커밋을 동시에 $ git commit -am 'ch02'

8. 커밋 정보 확인 $ git log

9. 최근 버전과 작업 폴더의 수정 파일 사이 차이를 보여줌 $ git diff

10. 작업 트리에서 work.txt 수정 내용을 취소 $ git restore work.txt

11. work.txt의 스테이징을 취소 $ git restore --staged work.txt

12. 가장 최근 커밋을 취소 $ git reset HEAD^

13. 지정한 커밋 해시로 이동하고 이후 커밋은 취소 $ git reset 커밋해시

14. 지정한 커밋 해시의 변경 이력을 취소 $ git revert 커밋해시