[TIL] Unit 12. Git & Solo Project

string_main·2022년 5월 19일

CODESTATES JavaScript git

Git

목록 보기

1/1

🌱 Git 용어 정리

로컬 저장소(Local Repository) : 자신의 컴퓨터(로컬 환경)의 작업 공간에 위치한 Git repository이다.
- 컴퓨터 하드 드라이브에 원하는 디렉토리로 이동해서 로컬 Git 리포지토리를 추가하면 해당 디렉토리의 파일 변화를 감지할 수 있다.
원격 저장소(Remote Repository) : 원격 온라인 서버 상의 저장소로 여러 사람이 공유 가능하다.

🌱 Git 다루기

🌿 로컬 저장소 만들기

git init : 코드를 저장할 디렉토리를 만들고 해당 디렉토리에 로컬 저장소 생성 (git clone시에는 .git 파일이 자동으로 생겨서 git init할 필요 없음)

# 디렉토리 생성
mkdir ~/Desktop/codestates
cd ~/Desktop/codestates
# 디렉토리 생성
mkdir my-app
# 디렉토리 이동 (change directory)
cd my-app
# 파일 생성
touch index.html style.css

git init

git add : 작업 공간(work space)의 파일 및 디렉토리를 git의 관리 하에 있는 상태로 올림 (staging area)

staging area는 무빙 박스이다. 이사를 갈 때 물건을 용도 별로 분류해서 담고 라벨링을 하면 편하니까!
- git add <경로명/파일명> : 현재 경로의 모든 파일을 staging area에 추가하려면 경로명에 . 사용
- git status : untracked 파일, staging area에 있는 tracked 파일 목록을 확인
git commit : staging area의 파일을 commit하여 로컬 저장소에 코드를 기록(snapshot)
- commit -m "커밋 메시지"
- commit은 작은 단위로 자주 하는 것이 좋음 (복원이 쉽기 때문)
- commit 하기 전에 git status로 상태 확인 해야 함

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

일반 디렉터리 ➡️ git init ➡️ 로컬 저장소 ➡️ work space ➡️ staging area ➡️ commit ➡️ 로컬에 코드 기록(snapshot)

🌿 원격 저장소 다루기

git remote add <remote_name> <URL> : 로컬 저장소에 원격 저장소의 주소(URL)를 등록하는 명령
- git remote -v : 원격 저장소가 잘 연결되었는지 확인하는 명령

# origin은 원격 저장소 주소를 대신할 이름임.
git remote add origin git@github.com:codestates-seb/agora-states-fe.git

git push -u <remote_name> <branch> : 로컬 저장소에 기록한 내용을 원격 저장소에 push
- -u 옵션은 명령어를 날릴 때 마다 원격 저장소와 현재 브랜치를 입력한느 것이 귀찮을 때 최초 한번만 입력하고 이후에는 생략하는 옵션이다.

# 로컬 저장소의 기록을 원격 저장소 origin의 main 브랜치로 push
git push -u origin main

git pull <remote_name> <branch> : 원격 저장소의 기록을 로컬 저장소로 옮기는 명령

# 원격 저장소 origin의 main 브랜치 기록을 로컬 저장소의 main 브랜치로 pull
git pull origin main

🌿 Fork

정의 : 기존의 잘 만들어진 프로젝트에 새로운 것을 시도를 해보기 위해 자신의 원격 저장소로 복사하는 것으로, 기존 프로젝트에 영향을 미치지 않음. (라이센스까지 함께 복사가 되기 때문에, 라이센스 명시가 제대로 되어있는 프로젝트는 라이센스만 잘 지키면 포크해도 문제가 없다.)

public 프로젝트 fork ➡️ 자신의 원격 저장소 ➡️ 자신의 로컬 저장소로 git clone후 개발 ➡️ public 프로젝트에 버그 수정 및 기능 추가 요청 (puch & pull request) ➡️ public 프로젝트에서 업데이트 된 내용을 pull ➡️ contributor 등극!