개발하는 음악가

깃을 설치하고 또 이론을 알아봤으니 이제 VS코드에서 깃을 사용하기 위한 준비를 해보자.

우선 깃을 사용하기위한 폴더를 만들어보자

필자는 git-basics로 이름을 지었다

바로 VS 코드에 폴더를 넣어주고 test.txt라는 택스트 문서를 생성 후 

This is my first commit!라는 문구를 넣어주었다.

우선 커밋을 사용하기 앞서 터미널을 켜보자

(commend + j)로 바로 키는 단축기가 있지만 보기 -> 모양 -> 패널 이런 식으로도 터미널을 킬 수 있다.

이제 본격적으로 깃을 다루기 앞서 터미널에

git init이라는 명령어를 입력하자. 이는 Git저장소를 새로 만드는 일이다.

이렇게 화면이 변하면 저장소가 생겼다는 뜻이다.

그러면 지금부터는 git status 라는 명령어로 작업 디렉터리와 스테이징 영역의 상태를 표시해 보자

그러면 위와 같이 나오는데 No commit yet은 말 그래도 우리가 아직 추가한 커밋이 없기에 "아직은 아무것도 없어요!"라고 컴퓨터가 친절히 알려주는 것이다.

그 아래에 Untracked files는 "커밋에 추가되지 않았는데 이 파일은 커밋에 추가할 수 있어요!"라고 말해준 것이다.

그러면 test.txt를 커밋에 넣어보도록 하자.

git add (파일명)으로 커밋에 파일을 추가할 수 있다.

그리고 다시 git status를 명령해 이전과 비교해 보자.

아까 붉은 글씨가 초록색이 되며 성공적으로 커밋에 추가된 것을 볼 수 있다.

위에서 우리가 커밋을 추가했으니 추가했다는 메시지도 남길 수 있다.

git commit -m "~~~"의 명령어로 메시지를 남길 수 있다.

이 메시지를 git log로 확인해 보자.

그럼 사용자의 이름과 최신업데이트 날자와 아까 남긴 메시지가 나온다.

아마 오늘 처음 깃을 써보는 사람은 사용자명과 이메일이 이상하게 나와있을 수 있는데

이 너굴맨이 친절히 알려주도록 하겠다!

사용자 이름 바꾸기 : git config --global user.name "사용할 이름"

사용자 이메일 바꾸기 : git config --global user.email "사용할 이메일"

이렇게 작성하고 다시 git log를 하면 설정한 대로 이름과 이메일이 나올 것이다.

그럼 한번 커밋추가를 해봤으니 한번 더 다른 파일로 연습해 보자.

기존 test.txt 파일에 텍스트를 추가하고 새로운 second-commit.txt 파일을 만들었다.

이 상태에서 각각 저장하고 터미널에 git status를 명령해 보자.

보면 Changes ~~ 부분에 붉은 modified: test.txt가 있고 

Untracked file 부분에 붉은 second-commit.txt가 있다

첫 번째 붉은 글씨는 "당신이 이걸 커밋에 추가했는데 변경된 걸 감지했어요!"라고 알려주는 것이고

두 번째 붉은 글씨는 "당신이 다루지 않았던 새로운 파일이 감지됐어요!"라고 알려주는 것이다.

그러면 이 두 개의 변경사항을 다음 스냅숏에 추가해 보자!

두 개의 변경사항을 저장하는 방법은 앞서 사용했던 git add 파일이름 의 방법으로 각각 하는 방법이 있고

두 번째로는 git add test.txt  second-commit.txt (파일명 사이에 띄어쓰기 2개)의 방법도 있지만

가장 간단한 건 git add.이다 아까 깃이 감지한 모든 파일을 커밋에 추가하는 아주 편한 명령어이다.

두 파일을 커밋에 추가했으니 또 추가했다는 메시지를 남겨주자.

git commit -m "changed test.txt and added second-commit.txt"라고 추가했다.

git status를 명령해서 우리가 놓친 파일이 없는지 확인해 보자.

모든 파일이 걸리지 않고 처리되었으니 마지막으로 git log를 통해 우리가 추가한 파일과 메시지를 확인해 보자.

보시는 바와 같이 커밋이 2개가 되었다.

우리가 작성한 메시지도 잘 표기되었다.

처음 다뤄보는 깃 많이 헤매지 않았으면 좋겠다!

이상!

깃을 이용하기에 앞서 깃에서 사용하는 언어들을 알아보자

어떤 분야에서 한 언어에 의미를 이해하는 것은 정말 중요한 과정이다.

극단적인 예시로 여러분이 거동이 불가능한 상태이고 항암제를 먹어야 하면 간호해 주는 사람에게 항암제를 달라고 부탁해야 할 것이다.

하지만 항암제가 무엇인지 제대로 인지하지 못한 간병인이 그냥 감기약만 가져오면 여러분은 죽음에 도달할 것이다.

이만큼 한 분야에 있어 언어의 의미를 이해하는 것은 정말 중요한 작업이기에 실습이 없는 부분이라도 꼭 집중해서 공부하기를 바란다.

우선 개발자에게 가장 중요한 Working Direcotry(워킹 다이텍터리)라는 역역이다.

이곳은 여러분들이 작업을 하는 폴더로 현재 작업중인 모든 폴더와 파일을 의미한다.

즉, 기본적으로 여러분들이 현재 사용하는 코드 버전 및 변경 사항을 적용하는 영역을 말한다.

이것이 Git 활용 프로젝트의 한 영역이다.

그리고 다른 하나는 active(활성) 트래킹 파트라는 영역이다.

여기서 Git은 여러 다른 코드의 스냅샷을 저장하고 변경 사항을 추적할 수 있다.

이것은 워킹 다이렉토리 영역에 없고

Repository(레퍼지토리)라는 곳에 있다.

이 레퍼지토리는 숨김 폴더 안에 있어서 여러분에게는 보이지 않는다.

하지만 이 레퍼지터리 안에는 모든 추적된 파일과 폴더들이 있는데 이들은 Git을 통해 관리된다.

개념적인 측면에서 보았을 때 어떤 특정파일을 이 레퍼지토리에 추가하면 이게 어떻게 이루어지는 게 곧 보겠지만 Git에게 파일 변경사항을 추적하고자 하는 의도를 알려서 Git은 해당 파일의 사본을 여러 번 반복하여 저장하지 않게 된다.

여러분이 저장하고 싶은 새로운 코드 버전은 생성하는 경우에 Git은 오직 파일의 첫 번째 버전만을 저장하고 변경사항을 추적할 뿐이다.

그러니까 Git은 현재 상태와 최근 상태를 비교하고 변경된 부분을 확인한 다음에 변경된 부분을 확인한 다음에 이를 염두에 두고 최신 코드 스냅숏에서 작업 시에 반영하는 것이다.

근데 이레퍼지토리 안에서 Gi이 추적된 파일 및 폴더들을 관리하는 법은 '커밋'이라는 개념에 기반을 둔 것이다.

커밋은 싱글 코드 스냅샷을 말한다.

그리고 브랜치는 커밋이 저장된 곳을 의미한다.

예를 들어, 커밋에 대해 알아보자면 여러분이 워킹 디렉터리에 있다고 가정해 보자.

어떤 파일을 수정하고 워킹 디렉터리에서 작업하고 이미지를 하나 추가했다.

그리고 "add image"라는 커밋 메시지를 또 추가할 것이다.

이때 최신 코드 스냅숏에 '추가된 이미지'라고 주석에 메시지를 저장하면 여러분과 다른 개발자들이 스냅숏에서 변경한 사항들을 인지할 수 있다.

다른 코드 스냅숏의 예시로

위 사진의 "fixed order button"을 들 수 있는데

여러분이 어떤 것을 변경할 때마다 혹은 버그를 고칠 때마다 또는 새 기능을 추가할 때마다 이런 커밋 메시지 주석이 달린 새 커밋과 새 코드 스냅숏을 생성하는 것이다.

그리고 이 커밋들은 레퍼지토리에 저장되지 않고 전형적으로 메인 또는 마스터 브랜치에 저장된다.

바로 여러분들의 메인 프로젝트를 저장하는 핵심 위치, 핵심 구역이다.

그래서 여러분이 만약 웹사이트 상에서 작업한다면 배포된 웹사이트의 최신 상태는 곧 마스터 브랜치라는 곳 안에 있는 최신 커밋 또는 최신 스냅숏이라고 볼 수 있다.

여기서 마스터 브랜치에서 어떤 부분을 개량한다고 가정할 때 

예를 들어, 오더 버튼 추가 작업 등을 한다면 여러분은 새로운 브랜치를 생성할 수 있다.

예를 들어 'feature(특징)' 브랜치 이렇게.

그리고 이 업데이트된 코드 스냅숏을 여기에 넣을 수 있다.

이 작업이 끝나면 박스를 체크하고 나서 다이 이 'feature(특징)'을 다시 마스터 브랜치로 옮길 수 있다.

이것이 Git 작업의 핵심이다.

디렉터리, 레퍼지토리, 커밋, 브랜치 들 이런 이론 지식을 바탕으로 Git을 본격적으로 공부해 보자.