TIL 36일차_Github

solo week때 곰곰이 내 공부 흔적들을 살펴보니,
Github에 너무 소홀했다는 생각이 들어 최근 알고리즘이나 스플린트 과제를 보완해서 커밋중이었는데
마침 Github을 사용한 협업 스플린트가 진행되어 기분이 좋다.😃

Git commit은 기능별로, 메세지는 친절하게 쓰자

Git commit은 기능이나 스타일 등, 서로 겹치지 않게 하나를 끝내면 바로바로 commit하는 게 좋다.
commit message는 바로 어떠한 커밋인지 알 수 있도록 친절하게 작성하자.

아래와 같이 앞에 commit 종류를 붙여 분류해주면 좋다.

• [INITIAL] — repository를 생성하고 최초에 파일을 업로드 할 때
• [ADD] — 신규 파일 추가
• [UPDATE] — 코드 변경이 일어날때
• [REFACTOR] — 코드를 리팩토링 했을때
• [FIX] — 잘못된 링크 정보 변경, 필요한 모듈 추가 및 삭제
• [REMOVE] — 파일 제거
• [STYLE] — 디자인 관련 변경사항

참고: 우리는 Github를 이렇게 사용한다.

Pull과 Fetch

리모트 저장소에서 데이터를 가져오려면 git fetch를 실행한다.
이 명령은 로컬에는 없지만, 리모트 저장소에 있는 데이터를 모두 가져온다.

저장소를 Clone 하면 명령은 자동으로 리모트 저장소를 “origin” 이라는 이름으로 추가한다.
그래서 나중에 git fetch origin 명령을 실행하면 Clone 한 이후에(혹은 마지막으로 가져온 이후에) 수정된 것을 모두 가져온다.
git fetch 명령은 리모트 저장소의 데이터를 모두 로컬로 가져오지만, 자동으로 Merge 하지 않는다.

merge까지 한번에 시키려면 git pull 명령어를 사용하면 된다.

기타 CLI 명령어

• 터미널 clear: 커맨드 K
• .git 제거: rm -rf .git (조심하자..)
• git 명렁어 커스텀: git config --global alias.st status
  // status명령어를 st로 실행한다.
• 특정파일을 staging area에서 다시 working directory로 이동: git rm --cached 파일명
• 브랜치 변경: git checkout branch이름