Git Tutorial

혼자서 수행하는 작업들을 저장하기 위해서라도 git, github는 반드시 필요하다는 걸 느꼈다
git은 만만하지만 만만하지 않다(마치 velog처럼)

RPG게임을 해본 사람들이라면 git의 주기능을 이해하기가 정말 쉬울 거란 생각이 든다
게임을 진행하면서 이벤트의 분기점마다 save를 해놓았던 경험이 있을 것이다
망한 이벤트를 봤을 때 save포인트를 load하여 다시금 진행하기도 하고
여러가지 엔딩 루트나 이벤트를 탐색하기 위해 save와 load를 반복했을 것이다

🌟 git이 하는 일이 save와 load라고 생각하면 된다
설치부터 진행하도록 하자
Ubuntu등의 devian계열의 배포판은 다음의 명령어를 사용한다
sudo apt-get install

(다른 install 방법에 대한 내용은 여기를 클릭)

🌟 git을 통해 save와 load를 할 파일이 어느 디렉터리에 위치하는지가 중요하다
pwd 명령어를 통해 현재 작업 공간을 체크해본다

작업 공간을 정했다면
터미널에서든 파일매니저에서든 내가 git을 수행하고자 하는 파일들이 저장될 폴더를 만든다
나는 prac이라는 이름으로 폴더를 만들었다
~/prac/ 이라는 경로가 있고 그 안의 파일들을 git으로 관리한다고 가정하겠다

🛑 git을 본격적으로 사용하기 전에 최초 설정이 필요하다
(최초 설정에 대한 자세한 내용들은 여기를 클릭)

나는 사용자 설정만 했다

git config --global user.name "John Doe"
큰따옴표("") 사이에 사용자 이름을 입력한다
git config --global user.email johndoe@example.com
user.email 이후에 이메일 주소를 입력한다

--global 옵션은 git의 기능을 사용할 때마다 별다른 명령이 없다면
--global으로 지정한 옵션을 사용하겠다는 뜻이다

이 정도만 해줘도 기본적인 기능을 다루는 데엔 문제가 전혀 없다

이제부터 git이 어떻게 돌아가는 놈인지 한번 보도록하자

작업을 수행할 디렉터리에서 git을 실행하는 것으로 시작한다

📌git init

위 명령어를 입력하면 해당 디렉터리에 .git이 생성된다
이는 해당 디렉터리에서 git기능을 사용할 준비를 했다는 뜻으로 받아들이면 된다
<출력>: ~/prac/.git/ 안의 빈 깃 저장소를 다시 초기화했습니다
이렇게 나오는데 겁먹지 말자
나는 내가 뭘 잘못한 줄 알고 겁먹었었다

📌git status 명령어는 현재 일하고 있는 git의 상태를 알려준다

연습을 하면서 git status 명령어를 통해 중간중간 상태를 확인해보면 이게 돌아가는 모양새가 어떤지를 이해하기가 쉽다
git을 능숙하게 다루기는 힘들지라도 얘가 돌아가는 원리가 보인다

브랜치에 대해서는 천천히 알아보도록하고

우리는 '커밋(Commit)'이라는 단어에 집중할 필요가 있다

📌 git commit

git status를 입력했을 때 출력되는 상태를 save포인트 즉, 분기점으로 삼겠다는 명령어이다

그런데 아무 준비도 하지 않은 채 commit를 하는 것은 아니다
❗ git add를 통해 commit 할 상태를 선택해둬야 한다

글로만 보기엔 감이 잡히지 않으니 코드를 굴려보겠다

이렇게 세 개의 파일을 추가하고 각 파일의 내용에는
내가 원하는 이름만 적어두었다
반드시 파일을 저장한 상태에서 진행해야 한다

🌟 git이 하는 일이 RPG게임에서의 save와 load라고 말했었다!
이 파일들을 수정하면서 save하고(commit) load하면서(reset, revert)
git이 파일들을 관리하는 방식을 공부할 것이다

파일을 새로 생성했으니 이 디렉터리에는 변화가 일어났다
git은 이 변화를 어떻게 보고 있을까?
명령어 입력하여 현재 상태를 확인해본다

📌 git status

• 아직 커밋이 없습니다

• 추적하지 않는 파일:
  (커밋할 사항에 포함하려면 git add <파일이름>을 사용하세요)

이렇게 두 줄이 보인다
우리는 아직 git commit을 수행하지 않았기 때문에 당연히 커밋이 없다고 뜨는 것이고

❗ 추적하지 않는다는 말은 아직 commit을 수행할 대상에 포함되지 않았다는 뜻이다

그렇다면 지금 상태를 save 즉, commit하기 위해서는
먼저 commit을 수행하기 위한 대상들을 지정해야 하는데
그 명령이 바로 앞에서 설명한 git add가 되는 것이다

지금 상태는 ~/prac/ 디렉터리 내에 cat, dog, mouse라는 세 개의 파일이 있고 각 파일의 내용에는 각 동물의 이름이 입력되어 있다

여기서 이 '파일들의 상태'를 commit할 요소로 지정할 것이다

📌 git add -A

git add를 통해 save할 요소들을 정한다고 앞서 몇 번 설명했었다
하지만 명령어를 입력해도 아무런 일도 일어나지 않을 것이다

git status를 통해 상태를 다시 확인해보면

• 아직 커밋이 없습니다

• 커밋할 변경 사항:
  (스테이지 해제하려면 git rm --cached <파일이름>을 사용하세요)

아직 git commit하지 않았으므로 커밋은 없을 것이고
커밋할 변경 사항에 새롭게 추가한 파일들이 올라간 것을 볼 수 있다
commit을 수행할 대상으로 정했다는 뜻이고 이 상태를 스테이징 되었다고 말한다

💡 그렇다면 git add라는 것은 commit할 변경사항을 정하는 것이고, 이 작업을 스테이징이라고 말할 수 있겠다

commit할 대상을 정했으니 진짜로 한번 수행해보자

git commit -m "<메모할 내용>"

save포인트 즉, commit한 내용이 뭔지 구분하기 위해 메모를 남긴다

나는 cat_dog_mouse로 메모했다
git commit -m "cat_dog_mouse"
이렇게 하면 save포인트 즉, commit 일련번호가 생긴다

commit을 수행한 후 git status를 통해 상태를 확인해보면
이렇게 '커밋할 사항 없음, 작업 폴더 깨끗함'이라 출력된다
모든 변경사항을 스테이징했고 곧장 commit 했기 때문이다

우리가 git에게 git add명령어를 통해
어떤 파일의 감시를 부탁하면
git은 그 대상의 변화를 감지하고 그 변화된 내용을 기록해뒀다가
우리가 원할 때, 그 상태를 save포인트로 만들기도 하고
그 상태를 복구시키기도 한다

<save.01> cat_dog__mouse / cat: tom, dog: bull, mouse: jerry

이제 파일에 소소한 변화를 주면서 save포인트를 더 만들어본다

whale이라는 파일을 새로 생성하고 내용에 생각나는 이름을 넣어보자
나는 내용에 bob을 적었다

commit을 수행한 후 처음으로 디렉터리에 변화가 생겼다
git은 이를 감지하고 있기 때문에 git status로 확인 가능하다

변경사항이 생겼지만 아직 우리가 해당 파일에 대해서는
git add명령을 하지 않았기 때문에 스테이징은 되지 않은 상태다
이를 통해 git이 디렉터리에 생기는 변화를 실시간으로 보고 있다는 것을 알 수 있다

이쯤되면 git이 돌아가는 원리가 완전히 이해되지 않을진 몰라도
대충의 분위기는 알 수 있을 것이다

여기에 mouse파일을 삭제해서 알기 쉽게 변화를 주고
그 후 git add -A와 git commit을 통해 save포인트를 하나 더 만든다

두 번째 commit까지 완료했다

<save.02>
WhaleComes_MouseOut / cat: tom, dog: bull, whale: bob, mouse: jerry

<save.01>
cat_dog_mouse / cat: tom, dog: bull, mouse: jerry

세 번째 commit까지 수행한 후
👇 git reset명령어와 👇 git revert명령어를 사용해볼 것이다

이번엔 penguin을 추가하고 cat의 내용을 수정하는 변화를 만들어서
git commit해볼 것이다
penguin파일의 내용은 ping9로 하고 cat의 내용은 gilnyang으로 변경했다

진짜 변경된 내용만 딱딱 집어내는 게 놀라울 따름이다
아무튼 여기에 대해서도

git add -A
git commit -m "<메모내용>"

세 번째 commit을 완료했다

<save.03> penguinComes / cat: gilnyang, dog: bull, whale: bob, penguin: ping9, mouse: jerry

<save.02> WhaleComes_MouseOut / cat: tom, dog: bull, whale: bob, mouse: jerry

<save.01> cat_dog_mouse / cat: tom, dog: bull, mouse: jerry

지금까지 commit 해온 지점들의 상태는 위와 같다
이제 save.03의 상태에서 git의 기능을 이용해 앞으로 돌아가볼 것이다

먼저 명령어를 통해 commit의 log를 살펴보자

📌 git log

commit을 수행했던 기록들이 다 남아있다
우리가 필요한 것은 각 커밋의 일련번호 앞 6자리이다
👇 git reset명령어와 👇 git revert명령어에는 커밋의 일련번호가 사용된다

이제 지금 상황에서 전의 save포인트로 돌아가볼 차례다

• 두 가지 방법이 있다

1. 현재 상태를 하나의 save포인트로 만들고 이전으로 돌아가기
2. 현재 상태를 완전히 지우고 이전으로 돌아가기
   
   

일단은 1번 방법을 써보자
현재 상태를 commit하면서 이전으로 돌아가는 것이다

📌 git rivert <commit의 일련번호 앞 6자리>

save.02의 상태로 돌아가는 것을 목표로 한다면
git rivert <save.02의 일련번호 앞 6자리>를 입력하면 된다

😨😨😨😨 일단 나는 망했다

이 악물고 억지 rivert를 했는데 아무튼 맛이 갔다
굉장히 당혹스럽다
하지만 안 할 수 없다;
아직 하나 남았다

2번 방법을 써볼 것이다
현재 상태를 완전히 지우고 이전으로 돌아가기

📌 git reset <commit의 일련번호 앞 6자리>

이번엔 제발 그냥 되길 바라면서 글을 쓴다
이번에도 잘 안되면 울 수도 있다

save.02상태에 와있으니 save.01로 돌아가보겠다
save.01의 상태로 돌아가는 것이 목표니까
git rivert <save.01의 일련번호 앞 6자리>를 입력

다행스럽게도 성공했다

🛑 git reset
명령어를 실행했을 때 경고가 뜨거나 소스제어 탭에 신호가 들어올 수 있다
이 변경을 허가할 시 파일이 삭제되고 파괴된 데이터는 돌릴 수 없다
뭐 이런 협박성 경고가 뜨는데 이건 당연한 것이다(스크린샷 못 찍었음)
전으로 돌아가는 과정에 일어나는 삭제에 대해 묻는 것이므로 삭제를 눌러주면 되겠다

마지막으로 git log를 통해 확인

이걸로 끝났다

굉장히 어설픈 튜토리얼이 되었다

벨로그는 티스토리보다 복잡한 것 같다
그래도 쓰는 맛이 있는 것 같기 때문에 tmux 튜토리얼도 옮겨 적어 봐야겠다

끝