GIT(branch, merge, pull & request)

git commit --amend

이미 저장한 commit 메세지 수정하는 법

 

>> 는 append하라는 의미

# this is commend

 

> 는 덮어씀

 

git -- checkout 파일이름 : 변경사항 취소 

 

기존 checkout -> 버전업 restore

 

 

 

<Branch 파트>

브랜치 이동

기존 : checkout -> 버전업 : switch

 

- branch에서 만든 파일 커밋 안한채로 master에서 ls로 확인하면 조회된다. 오ㅐ??? 

- git은 commit기준으로 돌아가서 모든게 나와버린다.

- 그런데 아무것도 안해줬으니 tracking의 대상이 아니다. 그래서 있던 말던 신경 안씀

 

- 하지만 commit을 하는 순간 git은 커밋되지 않은 파일을 알아채고 넌 여기에 있는거 아니야!! 라고 말한다. -> ls를 해도 조회되지 않는다.

 

- git log를 통해 master와 branch의 상황 비교

 

- 저 warning은 무시해도 되는 대표적인 것

 

- 브랜치는 할일 끝내면 지우는게 국룰

- 브랜치 삭제 명령어

 

 

- 브랜치 만드는 동시에 checkout 하기

 

- 풀 리퀘스트 하기

 

- git pub 에 가서 compare & pull request 버튼 클릭 

- 내 코드를 확인할 사람에게 보내는 메세지 작성

 

- 상대방이 확인 후 메세지를 남겨주면 확인 가능

- merge완료됨

 

- pull request를 통해 git hub에서 merge가 되었으니 branch 계정에서 master pull받음

 

master로도 이동해 pull 받는다.

 

- 만약 자신의 브랜치로 push했지만 pull request 알람이 안 뜬다면 저기 보이는 branch 를 클릭해 들어간다.

- 그럼 pull requests를 보낼 수 있다.

- 현재는 이미 다 완료된 상태라 불가능 하다.

 

 

<오픈소스 컨트리뷰트>

원하는 깃허브 링크로 들어가 Fork클릭한다.

 

- 그 뒤에 code 를 복사해 clone진행

 

- clone한 뒤에 README.md 수정

 

- 수정한 파일 내 로컬에 push

 

- push 후 github에 가보면 보이는 pull request 클릭

 

 

git push -u origin master에서 -u의 뜻은 이제부터 git push뒤에 origin master안붙혀주고 git push만 해도 master로 push 한다는 이야기

 

 

 

기타

https://missing.csail.mit.edu/

The Missing Semester of Your CS Education

우리 과정이 클라우드인 만큼 배포를 꼭 해봤으면 좋겠다.