-
ssh key 생성
- 생성 파일의 경로 : ~/.ssh/id_rsa
ssh-keygen -t rsa -C GibHub 계정 이메일 주소
-
GitHub Settings 메뉴 이동
- New SSH Key 버튼 클릭
- SSH Key 입력 :
cat ~/.ssh/id_rsa.pub
-
생성 완료 후 Generate 확인
ssh -T [email protected]
-
맥에서 숨은 파일 확인하기
- shift + command + .
-
Git에서 기본 편집기 변경하기
git config --global core.editor "notepad++"
- Git 전역으로 사용자 이름과 이메일 주소를 설정
git config --global user.name본인이름`git config --global user.email 본인 이메일
- 설장한 내용 확인
git config --global user.namegit config --global user.email
- 기본 브랜치명 main 으로 변경
git config -global init.defaultBranch main
- 저장소에서 명령어 실행
git init
- 새로운 디렉토리(저장소)를 만들고 초기화하는 과정을 한꺼번에 처리
git init 디렉토리명
- 저장소 상태 확인
git status
- 깃에서 스테이지에 올릴때 사용하는 명령어(스테이징)
git add 파일명
- 현재저장소에서 수정된 파일을 한꺼번에 스테이지에 올리기
git add .
- 스테이지에 올라온 파일 커밋메세지와 함께 커밋하기
git commit -m "커밋메세지"
- 저장소에 저장된 버전 확인
git log
- 스테이징과 커밋 한꺼번에 처리하기 ★새로 추가된파일이 없을때 한정
git commit -am "커밋메세지"
- 저장할것과 저장하지 않을것을 지정
git stash --patch
- 작업트리에 있는 파일과 스테이지에 있는 파일을 비교
git diff- 스테이지에 있는 파일과 저장소에 있는 최신커밋을 비교해서
- 수정한 파일을 커밋하기전에 최종적으로 검토할수 있다
- j : 위로 스크롤
- k : 아래로 스크롤,
- q : 종료
- 커밋과 관련된 파일까지 함께 살펴보기
git log --stat
- 파일 수정후 git status로 파일상태 확인하면
Changes not staged for commit- modified : [수정된파일]
- 수정한파일이 스테이지에 올라가지 않았다고 알려준다
- 한줄에 헌커밋씩 로그 확인
git log --oneline
- 각 브렌치의 커밋을 함께 보기
git log --oneline --branches
- 브렌치와 커밋의 관계를 그래프 형태로 표시
git log --oneline --branches --graph
- 브렌치 비교
git log 비교할대상브렌치 작업대상브렌치
- git add 파일명
Changes to be committed- 커밋직전단계, 즉 staged 상태
- 커밋한 내용 수정하기
git commit --amend
- gitignore 설정
vi .gitignore- https://git-scm.com/docs/gitignore 참조
- 모든 file.c : file.c
- 최상위 폴더의 file.c : /file.c
- 모든 .c 확장자 파일 : *.c
- .c 확장자지만 무시하지 않을 파일 : !not_ignore_this.c
- logs란 이름의 파일 또는 폴더와 그 내용들 : logs
- logs란 이름의 폴더와 그 내용들 : logs/
- logs 폴더 바로 안의 debug.log와 .c 파일들 : logs/debug.log, logs/*.c
- logs 폴더 바로 안, 또는 그 안의 다른 폴더(들) 안의 debug.log, logs/**/debug.log
- 작업 트리의 변경사항 취소
git checkout -- 파일명
- 스테이지에서 내리기
- HEAD 다음에 파일 이름을 지정하지 않으면 스테이지 모든 파일을 되돌린다
- Unstaged changes after reset: // 파일이 스테이지에서 내려졌다는 메세지
- Changes not staged for commit // 스테이지에서 내려감
- git reset HEAD 파일명
-
최신커밋 되돌리기
git reset HEAD^- Unstaged changes after reset: // 커밋이 취소되고 스테이지에서도 내려졌다는 메세지
-
최근 커밋을 하기전 상태로 작업 트리를 되돌린다
git reset --soft HEAD^
-
최근 커밋과 스테이징을 하기전 상태로 작업트리를 되돌린다(기본옵션)
git reset --mixed HEAD^
-
최근 커밋과 스테이징, 파일 수정을 하기전 상태로 작업 트리를 되돌린다(복구불가)
git reset --hard HEAD^
-
특정커밋으로 되돌리기(이후 버전은 삭제됨)
git reset --hard 되돌리기하려는 특정커밋해시
-
커밋 삭제하지 않고 되돌리기 (취소한 커밋을 남겨둘때 사용)
git revert 취소할마지막커밋해시
- HEAD는 여러 브렌치중에서 현재 작업중인 브렌치를 가르킨다
- HEAD가 가리키고 있는 브렌치의 최신커밋을 원하는 커밋으로 지정
- 즉 특정 커밋 되돌아가기
git reset 되돌릴커밋해시
- 수정중인 파일 감추기
git stashgit stash save
- 감춘파일 되돌리기
git stash pop
- stash 목록에서 최근항목을 되돌리지만 저장했던 내용은 그대로
git stash apply
- revert는 reset 으로 다시 돌아갈 수 있다
git revert
- conflicts 발생할 경우
- hint: "git add/rm ", then run
- hint: "git revert --continue".
- hint: You can instead ship this commit whit "git revert --skip".
- hint: To abort and get back to the state before "git revert",
- hint: run "git revert --abort".
- 충돌나는 경우 파일을 삭제하거나 추가
- 그리고 git revert --continue 로 진행
- commit 하지않고 revert하기 :
git revert --no-commit [커밋해시] - 아직 커밋하지 않은 revert한 내용 취소 :
git reset --hard
- 브렌치 확인
git branch
- 브렌치 생성
git branch 브렌치명
- 브렌치 이동 (checkout 명령어가 Git 2.23 버전부터 switch, restore 로 분리)
git switch 브렌치명
- 브렌치 생성과 동시에 이동하기
git switch -c 브렌치명- 기존명령어 :
git checkout -b 브렌치명
- 브렌치 병합
git merge 병합할대상브렌치
- 브렌치 병합 : 편집기창이 열리지않게/열리게
git merge 병합할대상브렌치 --no--editgit merge 병합할대상브렌치 --edit
- 브렌치 삭제(완전히 저장소에서 없애는게 아니라 흐름속에서 감추는것)
git branch -d브렌치명`- ★ 다른 브렌치로 적용되지 않은 내용의 커밋이 있을경우에는 -D 옵션으로 강제 삭제
- 브렌치 이름 바꾸기
git branch -m 기존브렌치명 새브렌치명
- 원격 저장소 연결하기
git remote add origin 저장소주소
- github 권장 -기본 브렌치명 main으로
git branch-M main
- 원격 저장소 연결되었는지 확인하기
git remotegit remote -v
- 원격 저장소에 푸시하기
- push에 -u 옵션을 붙이면 다음부터
- git push 명령어만으로 원격저장소 branch에 커밋 가능
- -u 또는 --set-upstream : 현재 브렌치와 명시된 원격 브랜치 기본 연결
git push -u origin maingit push -u origin master
- 원격자종소에서 파일 가져오기
git pull origin maingit pull origin mastergit pull origin main --allow-unrelated-histories
- 원격 지우기(로컬 프로젝트와의 연결만 없애는것, GitHub의 레포지토리는 지워지지 않음)
git remote remove origin원격이름
- rebase 로 충돌 코드 수정
git rebase 합칠브렌치명
- 충돌 해결 후 rebase 진행하기
git rebase --continue
- vim 에서 commit message 확인 후
- wq 종료
- 만약 rebase 로 충돌 코드 수정이 어려울 경우
git rebase --abort- ★ 두마디짜리 브렌치를 rebase 했는데 결과에는 왜 한마디만 추가되는지?
- 충돌 해결 중 두번째 것에서는 curreunt, 즉 main 브렌치것을 채탯했기때문에,
- 즉 rebase가 의미가 없어졌으므로 커밋으로 추가할 필요가 없어졌기 때문
## 병합하기
- merge로 충돌 코드 수정
git merge 합칠 브렌치명
- 에드 후 커밋
git add .git commit- vim 에서 conflit message 확인후 :wq 종료
- merge 중단하기
git merge --abort
😄😄😄