git cli 주요 명령어 정리

github를 cli에서 하는 것이 좋다. 

그 이유는 다음과 같다.

 

1. 가끔 툴을 사용하면 에러가 날 수 있다.

2. 추후 docker나 kafka와 같은 프로그램을 사용할때는 git을 cli에서 사용해야 한다.

 

<상황>

git에서 업데이트 하고 난 후에는 merge를 요청하고, 이를 slack등의 메신저를 통해 수정 요청을 보낸다. 마지막으로 리뷰 후에 merge를 진행한다.

 

바로 develop에 커밋하는게 아닌 브랜치를 하나 따서 개발을 한후 머지를 요청하도록 한다.

 

1. 깃허브 현재 상황 체크하기

git status

2. 깃허브 커밋하기 전에 파일 하나하나 변경사항 체크해보기

git diff <status 에서 확인한 파일이름>

3. 파일이 맞을 경우 git의 stage에 add 해주기

git add <파일이름>
git add -A ##전체 변경사항 더하기

4. 잘못된 코드가 add 되었을 때 stage에서 내리기

git restore --staged <파일경로/파일이름.ts>

5. 커밋하기

git commit

6. 커밋할 변경사항 문서에서 vi editor로 수정하기

type(scope): subject

commit lint를 사용할 시 다음과 같은 타입으로 만들어야 한다.

 

type에 들어갈 내용은 여러가지가 있지만 아래 케이스 정도가 가장 자주 쓰이니 이중에서 하나를 선택하면 된다.

 

docs : 문서 작성시

test: 테스트 케이스

feat: 기능추가

refactor: 리팩토링

fix : 수정하려고 할때

chore: 사소한 업데이트

 

7. push하여 커밋한 사항 업로드하기

git push

 

8. 리뷰를 받은 후 다시 코드를 체크하기 위하여 또는 다른 사람이 업데이트 한 것을 반영할 때

git pull

 

9. 깃허브 기록을 봐야할때 

git log

10. 이전에 특정 부분으로 코드를 되돌리고 싶을때 (git log를 보고 판단)

git reset HEAD~4

이전 커밋 기준으로 4번째 전으로 돌아간다.

 

11. 브랜치를 바꾸거나 새로 만드려고 할때

git checkout -b <브랜치 이름>

12. 기존에 하던 작업을 중간에 다른 스택에 넣은 후 다시 가져와서 다른 브랜치로 합칠 때

https://gmlwjd9405.github.io/2018/05/18/git-stash.html

[Git] git stash 명령어 사용하기 - Heee's Development Blog

git stash

13. stash 한거 가져오기

git stash apply

14. 가져오고 난 후에 지우기

git stash drop

15. apply + drop

git stash pop

16. 처음 브랜치를 만들때 업스트림 브린치 지정해 주기, 다음과 같이 메세지가 뜨면 해당 내용 그대로 입력 시 업스트림 브랜치가 지정되면서 git push가 진행됨. 이후로는 git push를 하기만 하면 됨

(base) lambda256@ethan<경로> % git push
fatal: 현재 브랜치 <경로>l에 업스트림 브랜치가 없습니다.
현재 브랜치를 푸시하고 해당 리모트를 업스트림으로 지정하려면
다음과 같이 하십시오.

    git push --set-upstream origin <경로>