Git

분산 버전 관리 시스템
- 과거의 버전에서 지금의 버전으로의 변화를 기록하고 추적한다는 것이 중요함
만약 버전2가 완벽한 버전인데, 코드 계속 수정하면서 만지다가 잘못 바꿨다면(버전3) 버전2로 돌아가면 완벽했던 버전으로 돌아갈 수 있음. 이런 점에서 굉장히 유용

→ 버전 간의 변화를 기록함
중앙 vs 분산

⇒ 중앙 서버로 관리하면 개발자 간 충돌이 발생할 수 있음. 또한, 중앙 서버가 날라가면 끝이기 때문에 위험도가 높음.

분산식을 사용하면 온라인 환경이 아니어도 로컬에서 쌓아두다가 나중에 중앙서버와 동기화하면 됨 (항상 연결될 필요가 없어짐). 또한, 충돌이 생기더라도 중앙식보다 해결하기 쉬움.
git의 역할
- 코드의 버전(히스토리)를 관리 → 개발되어 온 과정 파악
- 이전 버전과의 변경 사항 비교
즉, git이란?
- 분산 버전 관리 시스템
- 코드의 ‘변경 이력’을 기록하고 ‘협업’을 원활하게 하는 도구

git의 영역 (3가지)

Working Directory
- 실제 작업 중인 파일들이 위치하는 영역
- 폴더, 파인더 같은 우리가 노트북에서 자주 볼 수 있는 창
Staging Area
- working directory에서 변경된 파일 중, 다음 버전에 포함시킬 파일들을 선택적으로 추가하거나 제외할 수 있는 중간 준비 영역
- 추적 사항 ——- 스테이지 영역 (중간 과정)———→ 버전
  - 중간 영역 과정이 있는 이유는 바로 버전을 만들면 나중에 문제가 생길 수 있으니까 일종의 선택권을 주는 것임
- working directory처럼 눈으로 볼 순 없음.
Repository
- 버전(=commit) 이력과 파일들이 영구적으로 저장되는 영역
  
  모든 버전(commit)과 변경 이력이 기록됨

<aside> 💡

Commit (버전)

: 변경된 파일들을 저장하는 행위이며, 마치 사진을 찍듯이 기록한다 하여 ‘snapshot’이라고도 함

</aside>

git init
- 로컬 저장소 설정(초기화) → git의 버전 관리를 시작할 디렉토리에서 진행
- 특정 영역을 관리할 수 있도록 해줌 (git init을 한 디렉토리와 하위폴더를 관리하게 됨)
- (master) : git 저장소 영역이라고 생각하면 됨
git add
- 변경 사항이 있는 파일을 staging area에 추가 (working directory → staging area)
- git add . → 변경 사항 다 올리기
git commit
- staging area에 있는 파일들을 저장소에 기록 → 해당 시점의 버전을 생성하고 변경 이력을 남기는 것
git status
- git의 상황을 볼 수 있음
- 습관처럼 써야함
  
  ⇒ untracked라고 뜸. 즉, 아직 staging area를 거치지 않음(즉, 아직 git이 관리하지 않음)
  
  빨강색 = working directory
  
  초록색 = staging area
  
  ⇒ 여기까지가 중간 과정까지 온 것(staging area)
  
  git commit -m “버전명”
  
  ⇒ 최초 버전을 만들 때 관리자가 필요함
```
git config --global user.email "[email protected]" 
#그냥 처음부터 global로 서명 고정시킴. 반대는 local

git config --global user.name "yeonliyou"
```
  ** git status로 commit 쌓인 걸 볼 순 없음
git log
- commit history 보기
- git log --oneline
  - commit 목록 한 줄로 보기
git config --global -l
- git global 설정 정보 보기