[TIL] Day18 #Git

[TIL] Day18
[SEB FE] Day18

☑️ Local Repository

• Git Repository: 파일이나 폴더를 저장해두는 저장소
  • Local Repository: 내 컴퓨터의 저장소 / 내 개인 전용 저장소
  • Remote(원격) Git Repository: 로컬 환경 작업 공간에 위치하지 않는 원격 온라인 서버 상의 저장소
    • 여러 사람 함께 공유 가능

📎 Local Git Repository 생성

1. git init: 코드를 저장할 디렉토리를 만들고 해당 디렉토리(작업 공간)에 Local Git Repository를 생성
2. git add <경로명> : Untracked files 중 원하는 파일을 staging area로 옮겨 Git의 관리하에 둠
   1. git add .: 현재 경로 pwd의 모든 파일을 한번에 staging area로 추가 (.은 현재 경로 의미)
3. git commit: staging area 파일은 commit 가능 / commit으로 Local Git Repository에 내 코드 기록 가능
   1. git commit: staging area의 코드 묶음을 저장 / 수정 작업이 끝났을 때 변경 사항을 저장
   2. -m “commit message”: staging area 코드의 용도를 적어두는 행위
   3. staging area에 있는 모든 변동사항을 기록하며, 기록 후엔 staging area는 비워짐

# 1. 디렉토리 생성
mkdir my-app

# 2. 디렉토리 이동 (change directory)
cd my-app

# 3. 파일 생성
touch index.html style.css

# 4. 파일 확인
ls

# 5. git repository 생성
git init

📎 Staging area

: commit 하기 전에 내용을 기록하는 장소

📎 git status

: work space에 있는 untracked 파일, staging area에 있는 tracked 파일 목록 확인 가능

1. git rm —cached <file>: staging area에서 제거 (unstage)
2. git add <file>: staging area로 추가
3. git restore <file>: 변경사항을 폐기(discard change)

📎 좋은 commit 원칙

1. commit은 작은 단위로 짧고 간결하게 사실적으로 자주 작성!

   👇 커밋 기록이 상세하면 아래와 같은 장점이 있음

   1. 코드를 잘못 적은 경우에, 이전 기록을 더 쉽게 복원 가능
   2. 누가 해당 코드를 수정했는지 쉽게 파악 가능

   # Good👍 - 기능(feat) 구현을 확인 가능, 정확한 기술 용어 사용, 짧고 간결함
   git commit -m "feat: 인스타 게시글 조회 페이지네이션"
   
   # Bad👎 - 커밋 타입 구분 X, 사실 여부를 판단하기 어려운 효율성에 대한 코멘트
   git commit -m "더 효율적인 인스타 게시글 조회 기능 구현함"

---

☑️ Remote(원격) Repository

1. Github에서 원격 리포지토리를 생성
2. git remote add : 로컬 저장소에 원격 저장소의 git url을 등록
3. git push: 로컬 Git 저장소에 기록한 내역을 원격 Git 저장소에 push

✋ 원격 Git 저장소는 Github에서만 만들 수 있다? ❌

👉🏻 원격 Git 저장소는 git을 설치할 수 있는 서버 어디든 설치할 수 있음

📎 git remote

: 원격 Repository를 다루기 위한 git 명령어

• git remote add : 로컬 저장소에 원격 저장소의 주소를 등록하는 명령어.

  • <name>: 로컬 저장소에서 원격 저장소의 주소를 대신할 이름 (ex: origin)

  • <URL>: 원격 저장소의 주소

    ⇒ git remote add <name> <URL>순서로 입력

✋ git remote rm origin: 원격 저장소 remote 연결 삭제

✋ git branch -m <old branch name> <new branch name>: 로컬 저장소 브랜치 이름 변경

✋ git remote -v: 원격 저장소가 잘 연결되었는지 확인

📎 git push

: 로컬 저장소에 기록한 내역을 원격 저장소로 옮기는 작업

• git push <remote> <branch>
  • <remote> : 원격 리포지토리의 이름
  • <branch> : 브랜치 이름
• 새롭게 생성한 원격 저장소에 기존 commit 기록을 옮기거나,
• 기존 원격 저장소에서 일부 변경된 내용을 옮기는데 사용

📎 git pull

: 원격 저장소의 기록을 로컬 저장소로 옮기는 작업 / git repository에서만 가능

• git pull <remote> <branch>

• 새롭게 생성한 로컬 저장소에 기존 commit 기록을 옮기거나,

• 원격 저장소와 로컬 저장소에서 일부 변경된 내용을 옮기는데 사용

---

☑️ Fork

: 기존의 잘 만들어진 프로젝트에 변화를 주거나 새로운 것을 시도 해보기 위해 저장소를 복사하는 것을 의미

• 기존의 프로젝트에 영향을 미치지 않기 때문에 서로의 프로젝트에 영향을 주지 않음.

• 라이센스까지 함께 복사 되기 때문에 공개되어 있으며 라이센스 명시가 제대로 되어 있는 프로젝트는 포크해도 문제없음.

  • MIT 라이센스를 가진 public 프로젝트 저장소는 포크해도 OK

• public 프로젝트에 버그 수정 및 기능 추가 요청 (git push → pull request)

• public 프로젝트에서 새로 업데이트 된 내용을 pull

---

☑️ 컴포넌트

: 하나의 역할을 하기 위해 모인 무언가의 집합

---

☑️ ETC

📎 css reset

: 브라우저에서 초기 css가 남아있을 수 있음 → 이를 제거해서 좀 더 직관적인 css 환경 구축

* {
	margin: 0;
	padding: 0;
	box-sizing: border-box;
}

---

✅ summary

1. 로컬 저장소에서 git init
2. git add .
3. git commit
4. github에서 원격 저장소 생성
5. 로컬 저장소에서 git remote add origin <url>
6. git push -u origin main

 ✋ 로컬 저장소와 원격 저장소의 브랜치 이름이 같은지 확인

 ✋ git clone시에는 git init을 하지 않아도 됨