Git&Github
1.(Git&Github 공부) - Git을 특별하게 만드는것
델타방식(SVN)과 스냅샷방식각 변화가 누적된 것으로 계산됨. 새로운 버전이 만들어질때 해당버전의 각 파일이 최종상태 그대로 저장되어있음 (Ex. 스냅샷의 version 5, A파일의 경우 추가적인 변경사항이 없음에도 불구하고 버전4에서 A파일을 그대로 가져옴. 또한
2.Git의 3가지 공간
working directory: untrack : .gitignore에 추가되어 무시가 되었거나, Add된 적이 없어서 관리하지 않음tracked : add된 적이 있고 변경내역이 있는 파일Staging area: 레포지토리 들어가기 전의 선택과정 , 커밋을 위한 준
3.fetch와 pull
fetch : 원격 저장소의 최신 커밋을 로컬로 가져오기만 함pull : 원격 저장소의 최신 커밋을 로컬에 가져와 merge 또는 rebase원격에서 main 에 fetch : this 추가원격의 main 브랜치에 커밋 추가git checkout origin/main으
4.어떻게 커밋하는게 좋을까요?
어떻게 커밋하는게 좋을까? 한 단위의 작업은 하나의 커밋에 담기는게 좋음 : 내용 파악이 가능한 메시지와 함께 서로 관계가 없는 작업은 함께 커밋하지 않는게 좋음 커밋 메시지 컨벤션
5.보다 세심하게 스테이징하고 커밋하기
내용 확인하며 hunk별로 스테이징하기 Tigers 변경 manager: Thanos coach: Ronan 새 members: Gamora, Nebula Leopards 변경 manager: Peter coach: Rocket 새 members: Dra
6.커밋하기 애매한 변화 치워두기(stash)
변경사항 만들고 git add 실행후 git stash 실행 vscode에서는 사라지고 파일 밑줄쳐짐같은 브랜치 또는 다른 브랜치의 커밋 위에 언제든 적용할 수 있음 : 다른 브랜치로 이동헤서 stash pop 적용 : 다시 나타남 Leopards의 member
7.커밋 수정하기
git commit --amend : 마지막 커밋 수정커밋 메시지 변경 : 아래 명령어로 에디터 열어 커밋 메시지 변경커밋에 변화를 추가하고싶은 경우 : 이전 커밋에 추가하고싶은 사항을 git add 한후git commit --amend 후 수정해줌=> 마지막 커밋에
8.과거의 커밋을 수정, 삭제, 병합, 분할 하기
git base -i (대상 바로 이전 커밋해시) 홋홍을 edit하고 싶을시, 그 아래의 commit해시를 -i 뒤에 추가해서 사용함. 커밋 메시지를 바꾸기 위해 reword를 선택 => 버그수정으로 수정함. 결과 :
Git에서 추적하지 않는 파일들 삭제 \-n : 삭제될 파일들 보여주기\-i : 인터렉티브 모두 시작\-d : 폴더포함\-f : 강제로 바로 지워버리기\-x : .gitignore에 등록된 파일들도 삭제toClean1.txttoClean2.txt\-dir/toClean
10.8-2. 커밋하지 않은 변경사항 되돌리기
: checkout으로 사용되던것이 switch와 restore로 분리되어 나옴파일 여러개를 수정하고 명령어 사용git restore (파일명)jaguars.yaml파일과 leopards.yaml파일 수정하기leopards.yaml 되돌리기와 전체 수정파일 되돌리기:
11.8-3 reset 했어도 희망은 있다.
리셋한 커밋 15개 되돌리기: 최근 커밋15개가 날아가고 git log 로도 reset으로 삭제한건 볼수 없음 : git으로 하는 모든 활동들은 reflog로 다 볼수 있음.git reset --hard 해시로그(5b64f07) 사용 다시 git reflog봤을때 내가
12.9-1, 9-2 커밋에 태그달기, 원격의 태그와 릴리즈
: 일련의 작업들을 마치면 주 포인트가 되는 커밋에 태그를 달 수 있음https://semver.org/lang/ko/major-minor-patch1\. 기존 버전과 호환되지 않게 API가 바뀌면 “주(主) 버전”을 올리고,2\. 기존 버전과 호환되면서 새로
13.10-2 다르브랜치에서 원하는 커밋만 따오기
cherry 커밋 만 따서 main브랜치에 붙이고 싶다면?git cherry-pick 해시💡 fruit 브랜치의 Cherry와는 별개의 커밋: 상단에 Cherry가 추가됨
14.10-3 다른가지의 잔가지만 가져오기
전 :fruit 브랜치의 citrus브랜치를 따서 main에 가져오는 경우 \-> 어떤상황? 어떤기능의 브랜치를 따서 만들다가(fruit) 거기에 또 브랜치를 따서 보조기능(citrus)를 만들어서 작업을했는데, 논의하다보니 fruit를 사용하지 않게 되어, citru
15.10-4 다른 가지의 마디들 묶어서 가져오기
merge를 하면 커밋들이 그대로 히스토리에 남은채로 merge됨. rebase를 해도 이어붙여지게 됨. 브랜치에 한것들이 하나하나 기억되지 않고싶지 않음. 모든 커밋들을 하나에 뭉뚱그려 추가하고싶을때! git merge --squash 이후: 커밋이 아직 만들어지지
16.10-5 협업을 위한 브랜치 활용법(git flow)
https://nvie.com/posts/a-successful-git-branching-model/main branch에는 실제로 사용자들에게 출시될 버전들이 최종적으로 merge가 됨.이걸 만들어 내기 위한 개발작업은 develop branch에서 진행됨.
17.11-1 log 더 자세히 알아보기
각 커밋마다의 변경사항 함께 보기최근 n개 커밋만 보기통계와 함께 보기더 간략히: --shortstat한 줄로 보기\--pretty=oneline --abbrev-commit의 줄임변경사항 내 단어 검색커밋 메시지로 검색자주 사용되는 그래프 로그 보기\--all : 모