Git 깃 기초 (Mac 맥)

 

 

 

 

git 기초를 간단하게 정리해 보았습니다.

 

 

0. git 준비하기

---

[1] Homebrew를 이용하여 git 다운로드

 

git을 다운로드 해줍니다. Homebrew를 이용한 git 다운로드는 아래 링크를 참조하시면 됩니다.

https://m-ur-phy.tistory.com/10

Homebrew git 깃 설치

 

 

[2] iTerm2 다운로드 (선택사항)

 

본 글은 iTerm2를 이용하여 작성했습니다.

iTerm2는 기본 터미널보다 유용한 기능을 사용할 수 있는 터미널입니다.

 

iTerm2 홈페이지(https://iterm2.com/)로 들어가서 다운로드를 진행해 주시면 됩니다.

iTerm2 - macOS Terminal Replacement

 

+ iTerm2 커스터마이징 방법은 Reference 1번에 링크를 달아두었습니다.

(재밌고, 유용합니다! 다들 진행해보세요🛠)

 

 

 

1. git 초기 설정

---

[1] git 사용자 이름 설정

// 사용자 이름 설정하기
git config --global user.name "사용자 이름"

// 사용자 이름 확인하기
git config user.name

git 사용자 이름을 설정해 줍니다. 이름을 설정해 주는 작업은 모든 일의 시작점입니다.

 

 

[2] git 사용자 이메일 설정

// 사용자 이메일 설정
git config --global user.email "사용자 이메일"

// 사용자 이메일 확인
git config user.email

다음은 이메일을 설정해 줍니다.

 

 

[3] 줄바꿈 문자열 설정

// git 줄바꿈 문자열 설정
git config --global core.autocrlf input

git을 사용할 때, 윈도우와 맥 운영체제는 서로 줄바꿈 문자열이 다릅니다.

줄바꿈 문자열이 달라서 나타나는 충돌을 방지하기 위해 autocrlf input을 설정해 줍니다. 

 

+ 참고로 윈도우 유저는 input 대신 true를 입력해 주시면 됩니다.

 

 

 

2. git 시작을 위한 초기화 / 삭제 하기

---

[1] git 초기화 하기

// git 초기화 하기
git init

git 초기화를 진행합니다. 작업을 원하는 폴더에 git init 명령어를 입력하여 초기화를 진행시켜줍니다.

 

 

[2] 생성된 git 확인하기

git init을 실행하게 되면 .git 이라는 폴더가 생성됩니다. 폴더나 파일등을 확인하고 싶을 땐 ls 라는 터미널 명령어를 사용합니다.

// 파일 확인하기
ls

// 숨긴 파일까지 확인하기
ls -al

.git은 숨겨진 폴더이기 때문에 ls -al 명령어를 사용하여 확인할 수 있습니다.

또한 git init 실행 후 기본적으로 'marster' 브랜치가 생성되게 됩니다. 'marster' 브랜치는 git을 시작할 때 기본적으로 설정되는 작업장이라고 생각하시면 됩니다.

 

 

[3] git 삭제 하기

// 삭제 명령어
rm 삭제 대상

// git 한번에 삭제하기
rm -rf .git

git 삭제는 rm 이라는 터미널 명령어를 이용합니다. rm -rf 를 이용하면 삭제 확인과정을 거칠 필요 없이 폴더 전체를 한번에 삭제할 수 있습니다.

 

 

 

3. git workflow

---

[1] git 구성

git 은 총 세 가지 작업 환경을 가지고 있습니다. 

 

1. working directory

• 프로젝트의 파일을 작업하고 수정하는 곳

2. staging area

• 버전 히스토리에 저장할 준비가 되어있는 파일들을 올려두는 곳

3. .git directory

• 버전에 히스토리를 가지고 있는 git directory / repository

 

[2] git 흐름

상황마다 더 세분화된 명령어들이 존재합니다. 그러나 글 목적에 맞게 기초 흐름만 정리했습니다.

 

 

우선 간단하게 요약 설명을 드린 후 실제 응용으로 넘어가보도록 하겠습니다.

 

working directory 안에는 여러분들의 프로젝트가 있습니다.

어느정도 완성이 되었다 싶은 프로젝트를 git add를 이용해서 staging area로 넘겨줍니다.

정말 최종적으로 완성이 되었다면 git push를 통해 git directory에 올려줍니다.

git directory 에 있는 파일은 언제든지 checkout을 통해 working directory (작업장) 으로 불러올 수 있습니다.

 

이렇게 필요한 부분만 다시 가져와 작업하고 다시 올려주면서 효율적으로 작업할 수 있습니다.

여기까지가 LOCAL (내 컴퓨터) 에 해당되는 부분입니다.

 

여기서 질문을 하나 드리도록 하겠습니다.

 

누가 내 맥북을 에어프라이기에 넣고 돌린다면?

 -> 내 컴퓨터에 있는 프로젝트들은 밥반찬이 되어버리겠죠.

 

이러한 일을 방지하기 위해 REMOTE (서버) 에 따로 저장해주는 일이 필요합니다.

 

git directory 에 있는 LOCAL(내 컴퓨터) 최종 파일들을 git push 해줍니다. 이것이 바로 REMOTE(서버)에 저장해 주는 것입니다.

REMOTE(서버) 에 있는 파일도 가져올 수 있습니다. git pull 을 이용해 LOCAL(내 컴퓨터) 로 옮겨줍니다. 끝.

 

짧게 요약해본 git & git hub 흐름 설명이었습니다.

 

 

 

4.  3번 실전편 - 1 (git add)

---

[1] 파일 생성해보기

// 텍스트 파일 생성하기
echo 텍스트 > 파일이름.txt

// git 상태 확인
git status

파일을 생성하고, git status 를 확인합니다.

 

추적(track) 이라는 생소한 단어가 나타납니다. track 은 git 이 파일을 추적한다는 것입니다.

untracked 와 tracked 가 존재하는데 초기화를 하거나 새로 생성한 파일의 경우 untracked. 

원래 있던 파일이나 add 를 진행해 준 경우는 tracked 가 됩니다.

 

현재는 새로 생성한 파일이기 때문에 untracked 상태임이 확인됩니다.

 

 

[2] git add

// staging area 에 올리기
git add 파일이름

// 해당 확장자 전체 올리기
git add *.확장자

git add a.txt 명령어를 실행하여 staging area 에 올려주었더니 tracked 상태로 변경된 것을 확인 할 수 있습니다.

나머지 b.txt 와 c.txt 는 여전히 untracked 상태입니다.

 

나머지도 모두 실습을 위해 staging area 로 올려줍니다.

다시 status 를 확인하면 전부 tracked 상태인 것으로 확인됩니다.

 

 

[3] modified

// 텍스트 파일에 내용 추가하기
echo 추가내용 >> 추가할파일

만약 staging 의 파일이 변경 된다면? staging area 에 commit 할 준비가 된 세 가지 파일은 존재하지만

working directory 내부 modified(수정) 상태 파일이 한가지 생깁니다.

 

변경 사항을 다시 git add 를 이용해 올려줍니다. 그 결과 modified 상태 없이 staging area 에 전부 잘 올라간 것을 확인할 수 있습니다.

 

 

[4] staging area 에서 working directory 로

// staging area 에 있는 파일 working directory 로 내리기
git rm --cached 파일이름

rm --cached 를 이용하여 working directory 로 내려 줍니다. 이 상황에서 파일들은 자연스럽게 untracked 상태가 됩니다.

 

 

 

5.  3번 실전편 - 2 (git status)

---

// status 간단하게 확인하기
git status -s

실습을 위해 a 파일과 b 파일만 staging area 에 올려두었습니다.

git status -s 를 입력하면 status 를 간단하게 볼 수 있습니다.

 

a 와 b 파일은 둘 다 staging area 에 잘 있는 것으로 확인되고, c 파일은 untracked 상태인 것을 확인할 수 있습니다.

 

이 상태에서 a 파일을 변경해보도록 하겠습니다.

a.txt 파일에 modified 상태를 의미하는 M 이 나타난 것을 확인할 수 있습니다.

 

이렇게 간단하게 현재 상태를 확인할 수 있습니다. 아직 깃이 익숙하지 않은 초반에는 status 로 전체를 확인하고, 익숙해진 다음에 -s 를 써서 간단하게 상태를 확인하는 것을 추천드립니다.

 

 

 

6.  3번 실전편 - 3 (git diff)

---

// 파일 수정사항 확인하기
git diff

 

git diff 를 이용하면 어떤 파일이 어떻게 수정되었는지 확인할 수 있습니다. 

git diff 화면을 보시면, + add! 로 add 가 추가되어있음을 확인할 수 있습니다.

 

 

 

7.  3번 실전편 - 4 (git commit)

---

// 메시지와 함께 커밋하기
git commit -m "커밋 메시지"

메시지와 함께 커밋하면 끝! 이렇게 되면 커밋이 완료됨을 의미합니다.

 

 

 

8.  git commit 은 언제? 어떻게?

---

크지도 않고 너무 작지도 않은 단위이되, 의미있는 이름으로 commit 을 해야합니다.

또한 이름에 해당하는 커밋 내용만을 담고 있어야 합니다.

 

 

 

+ git 

---

[1] status -> st 단축키 만들기

git config --global alias.단축키이름 단축할명령어

status 는 git 의 현재 상태를 알려주는 명령어 입니다. status 를 st 로 간결하게 사용하기 위해서는 alias 를 이용하면됩니다.

 

 

[2] git 명령어 & 속성값 정보 확인하기

git config --h

git 의 다양한 명령어와 속성값을 확인하는 방법입니다.

 

 

마무리

처음으로 긴 런타임을 가지며 블로그를 작성해 보았습니다.

긴 글을 작성한다는 것은 생각보다 쉽지 않은 작업이었습니다. 가독성, 지루함 등을 신경쓰면서 작성하느라 시간이 더 오래 걸리게 되었습니다. 사실 신경쓴다고 부족함이 완벽하게 채워질 순 없다는 것도 알고있습니다. 그래서 완성하고 나서도 아쉬움이 가득합니다.

 

하지만, 긴 글을 작성해보면서 글 작성에 대한 괜찮은 아이디어들이 많이 생겼습니다. (동적인 아이디어와 정적인 규칙.. 그 어딘가의 글)

 

앞으로 더 발전한! 발전할! 모습 보여드리도록 하겠습니다!

 

 

 

Reference

1. https://ooeunz.tistory.com/21

[개발 환경] iTerm2로 터미널 커스텀하기

 

2. https://www.youtube.com/watch?v=Z9dvM7qgN9s