Git and Github

git config

• git config --global "user.name"

• git config --global "user.email"

• git config --list

cmd

• cd : change directory

• dir Windows / ls Mac

• q : exit git log

git

• git init : .git 폴더 생성, 해당 폴더 내부의 폴더와 파일들을 형상관리 하겠다는 선언

• git status : 해당 폴더 내의 형상관리 상태 정보

• git add [.] : staging, 일부 파일만 스테이징 할 때 이름이 변경되거나 삭제된 파일은 누락됨

• git add [-u] : 수정되거나 삭제된 파일 반영

• git mv (oldname) (newname) : 로컬과 저장소에서 파일명 변경, 변경시점에서 커밋하기

---

• git commit [-m "commit message"]

• git commit [-a] 수정되거나 삭제한 파일만 commit

• git reset [--hard, --soft, --mixed 'commit hash code'] : 해당 커밋으로 롤백

• git reset [--hard] : 가장 마지막 커밋으로 롤백

---

• git remote add origin 'repository url' : 깃허브와 연동

• git remote remove : 연동 끊기

• git remote [-v] : 연동 확인

---

• git push origin main : 깃허브 repo 메인 브랜치에 현재 커밋을 넣음

• git clone 'repository url' : 깃허브 repo에서 모든 커밋을 로컬로 가져옴

• git pull origin main : 서버에서 변경사항이 일어난 것을 로컬로 동기화, 로컬과 서버 상태를 맞춰주기 위해

---

• git branch : 현재 브랜치 확인

• git branch 'branch name' : 브랜치 생성

• git checkout 'branch name' : 브랜치 이동

• git merge 'baranch name' : 현재 브랜치에 해당 브랜치를 합침

---

• .gitignore : 커밋 예외사항 설정 파일

---

• git stash [save "message"] : 변경 사항을 임시저장(WIP)하고 변경사항은 사라짐(추가된 파일은 저장불가)

• git stash list : 저장된 목록 조회

• git stash show [-p] : 저장된 내용 조회

• git stash pop [stash@{index}] : 저장된 stash를 목록에서 추출(추출 후 사라짐)

• git stash apply [stash@{index}] : 저장된 stash를 목록에서 불러옴(사라지지않음)

• git stash drop [stash@{index}] : 저장된 stash를 목록에서 삭제

• git stash clear : 저장된 stash 목록을 삭제

cherryPick

• 망해서 돌아가야 하는데 필요한 것들은 살리고 싶을 때

• git cherry-pick 'commit hash code'[..'commit hash code'] : 해당 커밋을 가져와서 지금 내 브랜치에 커밋

conflict

• merge할 때 충돌이 나는 경우

• git은 3 way merge를 수행함

rebase

• merge와의 차이 : 커밋 히스토리가 다름

• 공통의 base를 가진 두 개의 branch에서 하나의 branch의 base를 다른 branch의 최신 커밋으로 branch의 base를 옮기는 작업 아직은 잘 모르겠다

브랜치 전략 git-flow

• 크게 다섯가지의 브랜치를 만들어서 개발을 운용하는 방법

• Main(Master) : 사용자가 접하는 버전(무조건 안정적)

• Develop : 개발용 브랜치(개발할 때 pull 받아오는 곳이자 feature 브랜치를 따오는 곳)

• Release : 배포용 브랜치(개발 브랜치에서 따와서 테스트를 하고 버그 수정만 함) 꼭 Develop과 Main에 merge 해줘야함

• Feature : 기능개발용 브랜치(하다 망하면 버려도 되는 곳, 독립공간)

• Hotfix : 급하게 수정되어야 하는 이슈(버그/기능) 꼭 Develop과 Main에 merge 해줘야함

warnning 해결

warning: LF will be replaced by CRLF in README.md. 운영체제에 따라 개행문자가 달라 경고해주는 것 -> git config core.autocrlf true

맨날 까먹는 git...