[백엔드온라인TIL] 깃허브 구조 및 명령어 정리 (50일차)

깃허브 시작하기

• 깃허브 계정을 만든다.

• 깃허브에서 repository를 생성한다.(public = 전체공개 / private = 개인용)
• 커밋할 폴더에 들어가서 git init
• shell에 깃 설치 = brew install git (Mac OS)
• 토큰이나 ssh로 인증

 

branch

📍 새 브랜치 만들기

$ git branch (브랜치명) 	   			   // 브랜치만 생성
$ git checkout (브랜치명)    			   // 해당 브랜치로 이동
$ git checkout -b (브랜치명) 			   // 현재 커밋에서 브랜치 생성하고 이동
$ git checkout (커밋아이디) -b (브랜치명)   //해당 커밋으로 이동 후 브랜치 생성

📍 마스터 브랜치로 돌아가기

$ git checkout master

 

📍 브랜치 목록 보기

$ git branch    //local
$ git branch -a //remote까지 확인

원격브랜치는 다음 명령어로도 확인 가능

git ls-remote origin

📍 브랜치 삭제

$ git branch -d (브랜치명) 			   //로컬 저장소에서 브랜치 삭제
$ git push origin --delete (브랜치명)    //원격저장소에서도 삭제

📍 main브랜치 이름 변경

git branch -m main master
git fetch origin
git branch -u origin/master master
git remote set-head origin -a

---

checkout과 reset/stash

📍checkout

다른 커밋 보기로 커밋 이력은 그대로 있는 상태에서 현재 보는 시점을 변경.

$ git checkout (커밋아이디)  // 커밋아이디는 git log로 확인
$ git checkout master	  // 최근 커밋 상태로 돌아오기
$ git checkout (브랜치명)   // 해당 브랜치로 이동

📍reset

로컬저장소에서 이전 커밋으로 돌아가고 이후 커밋은 add는 안 한 상태(unstage)로 만들기.
워크 스페이스에 작업하던 내용은 그대로 있음.

$ git reset (커밋 아이디)
$ git reset HEAD^		//한 커밋 이전
$ git reset HEAD^^		//두 커밋 이전
$ git reset HEAD^^^		//세 커밋 이전

이전 커밋으로 돌아가면서 이후 커밋 삭제(하드 리셋)

$ git reset --hard (커밋 아이디)
$ git reset --hard HEAD^^

✎ 이후 원격 저장소에는 삭제가 반영되지 않은 상태이므로 강제 커밋

$ git push origin master --force

✎ checkout은 커밋은 그래로 두고 HEAD(시점)만 이동하고, reset은 삭제까지 한다는 차이가 있음.
✎ reset 대신 revert를 사용할 수 있는데, revert는 기준 커밋 이후로 삭제하는 것이 아니라 현재까지의 이력을 남겨두고 과거 커밋으로 재수정해 커밋한 효과임.

$ git revert (커밋아이디)

📍 stash, commit 안 하고 checkout

checkout으로 다른 브랜치로 이동할 때 commit을 하라는 메시지가 나올 때가 있다. commit을 하고 싶지 않다면 stash를 이용한다.

$ git stash

stash를 하면 임시 저장소에 수정 파일이 저장된다.
꺼낼 때는

$ git stash list

작업하던 브랜치로 돌아와서 수정했던 내역을 stash에서 다시 가져올 때는

$ git stash apply // 최근 stash 가져오기
$ git stash apply [stash 항목] // stash list 중 특정 항목에서 가져오기 

저장소 내 파일 삭제

📍 로컬 영역에서 제거

$ git rm (파일명)

📍 리모트 영역에서 제거

$ git rm (파일명) --cached
$ git rm -r (폴더) --cached

✎ --cached는 리모트로 이미 push까지 했을 경우 붙이는 옵션
✎ 이후 commit하고 push 다시 해주면 remote에 반영됨

📍 처음부터 특정 파일 커밋 안 하기

.gitignore파일을 생성해 git에 추가하고 싶지 않은 파일이나 폴더 리스트를 입력

✎ .gitignore 파일 목록 검색

$ git ls-files -o -i --exclude-standard

-o : untracked files
-m : modified files
-d : deleted files
-c : cached files
-i : ignored files
--exclude-standard : .gitignore

저장소에서 코드 가져오기

📍 origin에서 코드 가져오기

$ git pull origin master

📍 원격 저장소에서 코드 가져오기

$ git clone (url) (저장할 폴더 이름)

📍 원격에서 로컬로 코드 가져오기

$ git fetch origin

📍 병합하기

master 브랜치 또는 원하는 브랜치로 이동 후 병합하고자 하는 브랜치를 병합

$ git checkout master
$ git merge (브랜치명)

📍 특정 브랜치를 다른 브랜치의 코드로 대체

$ git checkout (바뀔 브랜치)
$ git reset --hard (타깃 브랜치)

기타

📍 깃 메시지

.gitmessage.txt 작성 후 아래와 같이 설정하면 git commit 시 커스텀 메시지를 볼 수 있다.

git config --global commit.template .gitmessage.txt

.gitmessage.txt 예시

# <타입>: <제목>
# 본문
# 꼬리말
# 필요한 경우 주석 처리(#)를 지우고 사용. 이슈 트래킹을 위함
# Issues: #이슈번호
# Resolves: #이슈번호
# See also: #이슈번호
# ------------------
# <타입> 리스트
#   feat    : 기능 (새로운 기능)
#   fix     : 버그 (버그 수정)
#   design  : CSS 등 사용자 UI 디자인 변경
#   style   : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
#   refactor: 리팩토링
#   comment : 필요한 주석 추가 및 변경
#   docs    : 문서 (문서 추가, 수정, 삭제)
#   test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
#   chore   : 기타 변경사항 (빌드 스크립트, 패키지 매니저 설정 수정 등)
#   rename  : 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
#   remove  : 파일을 삭제하는 작업만 수행한 경우
#   !HOTFIX : 급하게 치명적인 버그를 고쳐야하는 경우
#   !BREAKING CHANGE : CHANGE 커다란 API 변경의 경우
# ------------------
#     제목과 본문을 한 줄 띄워 분리하기
#     제목 첫 글자를 대문자로
#     제목은 영어 50자 이내 (한글은 25자 이내)
#     제목은 명령문으로 (적용 시, 이 커밋은 <커밋 메시지> 합니다)
#     제목 끝에 마침표(.) 금지
#     본문은 영어 72자 마다 개행 (한글은 36자 마다)
#     본문은 “어떻게” 보다 “무엇을“, “왜”를 설명한다.
#     본문에 여러줄의 메시지를 작성할 땐 “-”로 구분
# ------------------
#     꼬리말은 optional이고 이슈 트래커 ID를 작성합니다.
#     꼬리말은 “유형: #이슈 번호” 형식으로 사용합니다.
#     여러 개의 이슈 번호를 적을 때는 쉼표로 구분합니다.
#     이슈 트래커 유형은 다음 중 하나를 사용합니다.
#       - Fixes: 이슈 수정중 (아직 해결되지 않은 경우)
#       - Resolves: 이슈를 해결했을 때 사용
#       - Ref: 참고할 이슈가 있을 때 사용
#       - Related to: 해당 커밋에 관련된 이슈번호 (아직 해결되지 않은 경우)
#     ex) Fixes: #45 Related to: #34, #23
#-------------------

📍 깃 파일명 대소문자 구분

Git은 기본적으로 대소문자를 구분하지 않는 파일 시스템에서 동작하기 때문에, 파일명의 대소문자 구분을 하려면 다음 명령어를 실행한다.

git config core.ignorecase false 

📍 파일 잘못올렸을 때 해당 파일 history에서 지우기

git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch [실수로 올린 파일]' --prune-empty --tag-name-filter cat -- --all