git init
깃 생성 이제 git를 넣어서 이 폴더는 git으로 관리하겠다. 라는 의미이다. .git 폴더는 기본적으로 숨김파일이므로 init을 해도 ui상에 보이지 않는다. 그때는 터미널 l을 치면 보이게 된다.
git add
트래킹함. staging area에 올라감. 다음 변경(commit)을 모아놓은 명령어이다. 따라서, git commit 명령어를 통해 명시적으로 기록을 남기기 전까지는 아무리 git add 명령어를 많이 실행해도 Git 저장소의 변경 이력에는 어떤 영향도 주지 않는다.
해당 명령어를 칠 때는 맨 뒤에 파일이름+확장자까지 써주면 된다. 하지만 너무 많고 변경된 코드들을 모두 올리고 싶으면 마지막에 마침표를 찍으면 된다.
staging area 개념은 복잡한 명령어들을 쓰게 될 때 필요하므로 꼭 알아놓아야 한다. ex) git reset
git status
항상 commit 하기 전에 이 명령어를 치는 습관이 있다. git을 쓰다가 저장을 안하고 commit을 한 경우가 많아 생긴 습관같다. git status을 치면 staging area에 올라간 것들을 볼 수 있다. 어떤 파일이 지워졌고, 생성됐는지. 그리고 브랜치를 옮길 때 커밋을 하지 않으면 올라가지 않기 떄문에 브랜치 옮기기 전에 status 확인을 해주면 좋을 것 같다.
git commit
버전 만듦. staging area에 있는 파일들을 commit하면 repository로 올라가게 됨.
git commit -m "여기다가 원하는 말쓰기"
git log
git status는 staging area에 있는 이력들을 확인하는 거라면 git log는 커밋 이력들을 확인 한다고 생각하면 될 것 같다.
log를 통해 커밋을 지우고 싶거나 되돌리고 싶을 때 이 로그를 보고 지우게 된다. 그리고 HEAD는 가장 최신 커밋 이력을 뜻한다.
로그를 한 눈에 보기 쉽게 만든 익스텐션이 있는데 git history이다.
이렇게 생긴 익스텐션을 설치하면 되고 설치하면 아래와 같이 로그를 쉽게 볼 수 있다.
