깃과 깃허브에 관한 내용은 많은 정리가 필요하겠지만 일단 가장 기초적이고 기본적인 정리만 하는 것을 목표로 하고 정리해야겠다.(git 설치와 설정이 끝났다는 가정)
init(초기에 한 번만) -> add -> commit -> push
Repositories란 Git으로 관리하는 프로젝트 저장소
- Local repository - 본인의 컴퓨터에 저장된 로컬 버전의 프로젝트 저장소
- Remote repository - Local repository 와는 반대로 내 컴퓨터가 아닌 외부 버전의 프로젝트 저장소. 프로젝트 코드를 공유, 다른 사람의 코드를 확인, 로컬 버전의 프로젝트와 병합, 변경 사항을 적용 하는 공간
새로운 Repositories(저장소)를 만들고 프로젝트 관리를 시작하는 명령어
git init
repository의 현재 상태를 확인하는 명령어
git status
파일들을 staging area(곧 커밋할 파일에 대한 정보를 저장하는 곳) 로 추가해주는 명령어
- 한개의 파일 : git add 파일명
- 여러개의 파일 : git add 파일명 파일명
- 전체 파일 : git add .
특정 시간의 코드 스냅샷의 형태로 해당 repository의 커밋 기록하는 명령어
staging area에 있는 파일들을 커밋한다.
git commit -m "남길 메시지"
프로젝트의 모든 커밋 내역을 보는 명령어 (hash값 포함 자세한 내용)
git log
특정 커밋 시점의 코드로 되돌리는 명령어
git checkout (hash값)
branch란 독립적으로 어떤 작업을 진행하기 위한 개념
저장소를 처음 만들면, Git은 바로 'master' or 'main' 이라는 이름의 브랜치를 만듦
'master'가 아닌 또 다른 새로운 브랜치를 만들어서 '이제부터 이 브랜치를 사용할거야!'라고 선언(체크아웃, checkout)하지 않는 이상, 이 때의 모든 작업은 'master' 브랜치에서 이루어 진다.
branch 생성
git branch (생성 할 branch명)
branch 이동
git checkout (branch명)
branch 병합
git merge (병합 할 branch명)
branch 삭제
git branch -d (삭제 할 branch명)
commit이 끝난 새로 추가한 기능을 GitHub repository 에 반영하는 명령어
git push origin (내 branch명)
GitHub remote repository 를 내 컴퓨터로 받아오기 위한 명령어
git clone (GitHub remote repository URL)
remote 의 최신화된 코드를 내 로컬 repo 에 반영하는 명령어
git pull origin (master or main)
GitHub은 Git을 사용하는 프로젝트를 위한 호스팅 서비스
로컬 프로젝트 repository를 원격 클라우드 기반 GitHub 저장소에 업로드 할 수 있고, public repository 들을 통해 다른 개발자들과 교류할 수도 있다.
프로젝트 오너 (혹은 팀 리더) 에게 내가 작업한 브랜치의 작업내용을 master 브랜치에 반영해달라는, 다른 사용자에게 푸쉬된 상황을 알리는 과정