📸 Git / Github란?

Git 이란?
버전 관리를 위한 [Software]
(ex : 영상을 촬영하는 카메라 어플)

Github 란?
git으로 저장돼서 원격 전송된 파일들이 저장되는 공간을 제공하는 [Service]
(ex : 유튜브)

git에서 사용하는 용어 정리

• Working Directory : project를 생성해서 작업하고 있는 하드디스크 상의 작업 공간

• Repository : commit이 저장되는 곳 (사진첩)

• Snapshot : 현재 working directory의 모습을 찰칵 사진 찍듯이 저장

• Commit : snapshot으로 저장된 내용은 사진첩에 사진 저장하듯이 repository에 저장

• Checkout : 여러 종류의 checkout이 있는데, 대표적인건 repository에 있는 특정 commit의 내용을 working directory 로 가져오는 것

• Branch : 특정 dommit에 Branch 이름을 지정 (해시값)
  → commit을 가르키는 단순한 이름표, 그래도 이 정보가 있으면 부모 id를 따라가서 전체적인 진행상황을 알 수 있음

---

git 에서의 파일의 상태

git을 사용해서 파일 버전 관리를 할 때, 파일은 다음 3개의 상태 중 하나의 상태에 있게 된다

• Committed : 수정 사항들이 git에 저장된 상태를 committed 상태라고 하고, 이렇게 git에 저장하는 행위를 Commit 한다고 말한다.
  staging area에 저장됐던 파일이 local repository로 이동해서 최종 확정본(commit)이 되는 것!

• Modified : modified file은 이름 그대로 수정된 file 이지만, 아직 committed 되지 않은 상태의 file을 의미한다.

• Staged : staged file은 modified file에서 한단계 더 나아가서 곧 commit 될 거라고 mark만 해놓은 상태의 file을 의미한다.
  즉, modified 와 committed 의 중간 상태정도의 너낌!
  modified file을 staging하면 index 라는 준비 영역(staging area) 공간에 저장된다.

Staged 가 필요한 이유는, commit 하기 전에 중간 상태를 저장할 수 있기 때문이다. Commit 을 하면, commit history에 남기도 하고, 혹시 추가 수정 사항이 생기나 프로젝트 방향이 변경되어서 commit 이전으로 다시 되돌려야 할 때 과정이 까다로운데, Staged 를 이용하면 commit 전에 중간 상태를 저장할 수 있도록 해준다.

즉, commit은 해당 개발이 완전히 완료 됐을 때 하는 것이기 때문에, 아직 완료는 안되었지만 중간 상태를 저장할 필요가 있을 때 staging을 사용!!

---

Branch, Tag, HEAD 그게 뭔데?

working directory에서 작업한 파일을 repository에 commit하게 되면...
이렇게 master(기본이 되는 branch)와 HEAD(현재 branch,commit이 무엇인지 알려주는 pointer)가 생성된다!
working directory에 수정 사항이 생겨서 이를 다시 commit을 하면, master의 값이 달라진다 (HEAD는 동일)

• Master : 가장 최근의 커밋을 가르킨다.
  (해시값은 자동으로 갱신된다)
• Tag : 헤드와 브랜치와는 달리 해시값이 변하지 않는다.
  (해시값을 수정해야 할 경우, 삭제 후 새로 만들어야함)
• HEAD : 현재 기준이 되는 commit을 가르킨다.
  (master = H34FC라는 commit을 가르킨다)

---

Branch란, 독립적으로 어떤 작업을 진행하기 위한 개념이다.
필요에 의해 만들어지는 각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행할 수 있다.

그리고, 작업(어떤 기능 추가...혹은 스타일 수정 등)이 끝났다면, 병합(Merge)함으로써, 작업한 내용을 다시 새로운 하나의 브랜치로 모을 수 있다.
(보통은 브랜치에서 작업한 내용은 master에 merge하지만, 피요하다면 브랜치와 브랜치끼리고 merge 할 수 있다.)

위 그림을 보면 초록색 master에서 기능별로 추가된 다양한 브랜치들이 각자의 기능 구현이 끝난 후에 다시 master에 merge되어 결국, 하나의 master만 남는걸 볼 수 있다.

master에 merge한 브랜치는 재사용하지 않는다!

---

git 초기 설정하기

(0) cd폴더경로 : git 저장소를 만들 경로로 이동

(1 - 1) git init
새로운 Local 저장소 만들기 (.git 폴더)
프로젝트를 git repository로 만들기 위해서 사용하는 명령어
(프로젝트 = 개발하고자 하는 소스코드들이 있는 디렉토리)

(1 - 2) git clone/로컬/저장소/경로
gthun에서 만든 저장소를 github의 url을 통해 Local로 복사하기

(2) git remote add origin repository address
git clone 으로 기존 원격 저장소를 복제했으면 skip,
아니라면 현재 원격 서버의 주소를 git에게 알려줘야 한다.

(3) git config --global user.name "user name"

(4) git config --global user.email "user e-mail"

자세한 설정법은 유튜브 참고

---

🕹 Bonus! Git Branch에 대해 공부할 수 있는 사이트!