1. Git이란?

: Version Control System 버전 관리 시스템; 수정이력관리

Version

: Update(수정)가 일어난 한 term.

결과보고서 - ver.1
결과보고서_최종 - ver.2
결과보고서_최최종 - ver. 3
결과보고서_진짜최종
결과보고서_찐막진짜진짜진짜최종
.
.

위와 같은 방식의 문제점 ?

1. 해당 단계에서 수정된 내용을 알기 어렵다

2. 작성자 본인만 알아볼 수 있다

   → 여러 사람이 공유하기 어렵다

3. 물리적인 파일이 계속 생성되어 관리가 어렵다

   → 수정본마다 다 원본이기 때문에 유실의 위험이 있다

이를 해결하기 위해서 필요한 것이 버전관리시스템 → Git
git 이외에도 다양한 버전 관리 시스템이 있지만 git이 가장 유명하고 널리 쓰인다.

코드 버전관리를 하는 이유 ?

1. 수정할 때마다 파일을 새로 만들면 관리가 어렵기 때문
2. 이전 버전의 코드로 돌아갈 수 있기 때문
3. 이력을 남기기 위해
4. 여러명이 협업할 수 있기 때문

2. Git vs Github

Github

[ Github 마스코트 : 옥토(Octopus)+캣(Cat) ]

: 여러 개발자(코드)를 잇는 hub의 의미

1. Git을 이용한 프로젝트 저장소
2. 개발자들의 Social Network

💡 Git - 버전 관리 시스템 → 프로그램
Github - Git을 이용한 프로젝트를 위한 호스팅 서비스 플랫폼 → 공간

3. Git 명령어

1) init

: git의 시작. 이 폴더에서 버전관리를 시작하겠다는 의미. ✅ 위치추적기 심기

2) status

: git add할 내용이 있는지, 수정 사항이 있는지 현재 상태확인

3) add

: 파일 수정 이력 기록을 준비함 - commit을 위한 준비 (스테이징; 중간저장) ✅ 장바구니

• git add . → 전체 파일 add
• git add “minjee.md” → 해당 파일만 add

4) commit

: 실제 파일을 저장소에 기록. git에 올리는 것. ✅ 결제

바로 commit 하는 것 X add를 꼭 올리고 난 후 commit할 수 있다.

• git commit -m “커밋내용입력”

5) log

: commit이 잘 되었는지 확인
git에 commit된 각 버전들의 주소와 기록을 볼 수 있다

↑ git

---

↓ github

6) remote

: local-remote 연결 및 연결 주소 이름 설정

git remote add “origin” “github repository 주소”

→ 내 git에 “github repository 주소”를 remote repository로 연결하고, 그 이름을 origin으로 한다

7) push

: 연결된 remote repository로 파일을 전송

git push origin master

→ origin의 master branch에 파일을 보낸다

• git push -u origin master : 앞으로 push 하면 계속 origin master에 할거다
• 이후 → git push 만 하면 된다!

📍 처음, 환경을 세팅하고나면 거의 add > commit > push 만 주로 사용한다

<기본 Linux 명령어>

• pwd: 현재위치확인
• cd: 해당 경로로 이동
• mkdir: 폴더 생성
• ls -al: 해당 경로에 있는 모든 파일 리스트 보기
• touch: 파일 생성
• vi “파일이름" : 파일에 들어가 내용 입력 및 수정
  • 저장하고 나가기 : ESC→ shift+; → wq
• cat : 파일 내용 읽기

4. Repository (저장소)

1) Local repository

: 내 컴퓨터에 저장된 로컬 저장소. 나만보자! (Git)

2) Remote repository

: 외부에 공유된 저장소. 같이보자! (Github)

5. Git Workflow

github에서 clone 받아 작업 시작하기

1. cd desktop(clone 받을 위치)
   → clone 받을 위치로 이동

2. git clone "(clone 받을 주소)"
   → Local에 Remote 해당 repository의 모든 파일이 복사됨!! ✅

3. master 에서는 직접 수정, 입력은 하지 않음 ❌
   → branch를 만들어서 코드를 작성한다.

4. branch 생성
   : git branch “feature/minjee(branch 이름)”

5. 해당 브런치로 이동
   : git checkout “feature/minjee”

6. 브런치 리스트 보기

   : git branch

   개발을 합니다

1. ADD(스테이징)
   : git add .

2. COMMIT
   : git commit -m "single line message"

   or

   git commit + Enter⏎ : multi line message

   첫줄은 PR(Pull Request의 제목이 되기도 한다)

3. PUSH
   : git push origin feature/minjee

4. Pull Request (PR)
   : 코드 보고서 작성 (Github에서)
   → 보통 사수, CTO 등 코드리뷰 해주는 사람이 본다

5. MERGE
   : 내 코드가 완성본이 되면 Master에 통합 해주는 것.

6. PULL
   : 아직 수정 전 상태인 local의 master를 수정 후 merge된 remote의 master와 같게 맞춰주는 것.

---

후... git 어렵다ㅠ_ㅠ
이론으로만 이해하려고 하고, 실제로 아직 많이 사용해보지 않아서 더 어렵게 느껴지는 것 같다. 그리고 GUI github desktop을 사용해 버릇해서 CLI가 더 복잡하게 느껴지는 듯 하다. 프로젝트를 하다보면 자연스럽게 많이 쓰고 익숙해지겠지!!
그래도 그냥 버전관리를 위한 저장소 정도로만 생각하던 git과 github에 대해 개념이 잡힌 것 같다.
+) 부트캠프의 과제를 빨리 하는 것보다 그날 그날 배운 기본 개념을 먼저 이해하는 게 중요하다고 생각했는데 그러다보니 진도가 너무 더디다. 개념만 머리로 이해하려고 하니 더 어려워서 오래 걸리는 듯 하다. 멘토님의 조언에 따라 실제로 과제(코딩)를 해보면서 어떻게 쓰이고 어떤게 편리한지 몸으로 체득하잣!!!💪🏻