소스트리 비추 - 신뢰성 하락, 버그 픽스 X
명령어로 하는 것 추천
작업 되돌리기
1. revert : 버전을 되돌린 새로운 버전 만들기 git revert 취소할 커밋
2. reset : 버전을 완전히 되돌리기(현재 버전 삭제)
- soft : 저장소에 커밋한 사실만 삭제(스테이지에는 남아있음) git reset --soft 되돌아갈 커밋
- mixed : 스테이지에 올린 사실도 삭제 (작업 디렉토리는 남아있음) git reset --mixed 되돌아갈 커밋 or git reset 되돌아갈 커밋
- hard : 작업 디렉토리에서 변경 사항도 삭제 (전 버전 커밋 상태로 되돌림) git reset --hard 되돌아갈 커밋
revert는 어떤 커밋을 취소할지 적고, reset은 어떤 커밋으로 돌아갈지를 적는 것! 헷갈리지 말 것
revert도 commit을 하는 것이므로 커밋 메시지를 입력하고, 충돌이 발생할 수 있다.
github는 개발자들이 코드를 공유하는 일 외에도 sns로서의 기능도 한다.
원격 저장소와 네 가지 상호작용
- clone : 원격 저장소를 복제하기(.git 숨김폴더도 복제 <== git init 필요 X)
- SSH -> 경로 복사 -> git clone 링크 , yes
- main 브랜치 == master 브랜치
- origin == 원격 저장소에 붙은 일종의 별명 (수정, 삭제 가능)
- origin/HEAD == 원격 저장소 origin의 HEAD (로컬 저장소의 HEAD와 달라질 수 있음)
- origin/main == 원격 저장소 origin의 main
- push : 원격 저장소에 로컬 저장소의 변경사항 밀어넣기
- git remote add origin ssh경로
- git branch -M main == 브랜치 명 main으로 바꾸기
- git push -u origin main == -u는 생략해도 되나 다음 push때는 git push만 입력해도 되게 해줌
- fetch : 원격 저장소를 일단 가져만 오기, 변경사항을 가져오되 병합하진 않는 방식
- git fetch origin main == 가져오기
- git check out FETCH_HEAD == fetch내용을 확인하기 위한 특수한 head
- pull : 원격 저장소를 가져와서 로컬에 합치기 <== 패치와 병합을 한꺼번에
- git pull origin main
- 충돌이 일어날 수 있음
내가 소유하지 않은 레포지토리라도 settings에서 collaborator로 추가 시 push가능, 일반적으론 불가능
=> pull request : 원격 저장소가 내 변경사항을 pull하도록 요청하는 것 (누구든지 가능)
pull request를 통해 pull을 요청하고, 그 자체로 코드 논의가 가능함
누가 요청했고, 어떤 내용인지 기록이 남아 검색도 가능
- 기여하려는 저장소를 본인 저장소로 fork 해오기
- fork : 다른 유저의 원격 저장소를 내 원격 저장소로 복제해오는 것
- fork 해온 저장소를 clone
- 브랜치 생성 후 생성한 브랜치에서 작업하기 (sync fork를 통해 원본에서의 변경사항을 가져올 수 있음)
- 작업한 브랜치에서 푸쉬하기
- 풀 리퀘스트 보내기