깃과 깃헙을 다루다가, 너무 헷갈리고 어려워서 어려웠던 것 위주로
황급히 정리를 해보려한다. 정리를 해도 헷갈릴 듯한 느낌..
우선 정리 해놓고 고쳐나가자!
사용자의 랩탑.
깃헙 서버.
중심이 되는 브랜치(줄기)를 뜻하며, 제일 깨끗하고 안정되며, 현재 유저들이 사용하는 코드가 들어가는 곳(마스터 브랜치는 신성한 구역!)
주종관계를 뜻하는 마스터 표기에서 최근 메인 표기로 변경 됨.
변경 방법 : git branch -m master main
위 마스터 브랜치 설명과 같이 '줄기'를 뜻하는 단어이며 마스터 브랜치를 기준으로 곁가지로 브랜치를 치며 작업을 하는 것. 곁가지의 곁가지 형태의 브랜치 형식은 지양해야 함.
브랜치 생성 방법 : git branch feature/브랜치 이름
브랜치 이동 방법 : git checkout feature/브랜치 이름
풀리퀘스트의 줄임말로, 마스터브랜치로 Merge 되길 요청하는 것
PR 날린다 등으로 표현하기도 함
로컬에는 아무 폴더와 파일이 없으니,
리모트에 있는 생성된 프로젝트 파일과 폴더 등을
복제하는 행위를 뜻한다.
클론 명령어 : git clone / 주소
staging area로 파일을 추가하는 행위를 뜻한다.
add 명령어 : git add file.js
전체 add 명령어 : git add .
작업에 대한 메세지를 남기는 것.
commit 명령어 : git commit -m "Commit message"
푸시 전 깃헙 서버와, 내 로컬 폴더와의 연결을 하는 행위를 뜻함.
(어디에 푸시를 할지 정하는 것이라고 보면 된다.)
remote 명령어 : git remote add origin 주소
리모트로 어디에 푸시할 지 정했다면,
실제로 내 작업 내역을 푸시하는 행위이다.
push 명령어 : git push origin 브랜치 이름
푸시의 반대 개념으로 이해하면 되며,
리모트의 최신 코드를 내 로컬에 반영하는 행위이다.
pull 명령어 : git pull origin master(main)