본문 바로가기

GIT

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

The Missing Semester of Your CS Education Classes teach you all about advanced topics within CS, from operating systems to machine learning, but there’s one critical subject that’s rarely covered, and is instead left to students to figure out on their

missing.csail.mit.edu

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