CLI 환경에서 Git 사용하기(명령어 정리) #1

CLI 환경에서 Git 사용하기(명령어 정리) #1

📝 목록

status
log
add
commit
branch
checkout
push
pull
fetch

 

status

- 현재 git 상태를 보여줌
- 다음 4가지로 구분되어 출력됨

1) Untracked files
2) Changes to be committed
3) Changes not staged for commit
4) Nothing to commit, working tree clean

 

1) Untracked files

- Untracked 상태의 파일들
- Git에 의해 관리되지 않는 파일들
- add 명령어가 적용되기 전의 파일들
- ex) 신규 파일

 

2) Changes to be committed

- Staged 상태의 파일들
- Untracked/Modified 상태에서 add 명령어를 통해 Staged 상태가 된 파일들
- commit할 준비가 된 파일들

 

3) Changes not staged for commit

- Modified 상태의 파일들
- Unmodified 상태에서 파일 수정을 통해 Modified 상태가 된 파일들
- 이 상태의 파일들을 commit하기 위해서는 add 필요

 

4) Nothing to commit, working tree clean

- 모든 파일이 Unmodified 상태일 때
- commit할 것이 없고 작업 공간이 clean한 상태

 

log

- 히스토리를 조회하는 명령어
- 커밋 단위로 히스토리가 쌓임
- log를 볼 줄 알아야 develop, release, hotfix 브랜치가 난무할 때 merge 방향이나 순서를 이해할 수 있음
- 위에 있는 것이 최신, 아래 있을 수록 예전 커밋

 

git log 명령어는 다음 alias 설정을 사용해서 더 보기 편하게 출력되도록 할 수 있다.

git config --global alias.lg "log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all"

 

일반 git log 결과

$ git log
commit 3fb7854e925c0efc1509f033fe007cbfd50d3efb (HEAD -> master)
Author: Yoon <leicareddot@gmail.com>
Date:   Tue Aug 4 05:20:09 2020 +0900

    cherry pick test

commit e7b33dd2a82253c9c332409dd4fd6192388659f6 (origin/master)
Merge: f2f8d58 09dc9fe
Author: leicareddot <61109222+leicareddot@users.noreply.github.com>
Date:   Tue Aug 4 05:01:37 2020 +0900

    Merge pull request #2 from leicareddot/feature/e
    
    feature pr conflict

commit 09dc9fe848f057395fee513ff068e3d295081c62 (origin/feature/e, feature/e)
Author: Yoon <leicareddot@gmail.com>
Date:   Tue Aug 4 04:53:19 2020 +0900

    feature pr conflict

...

 

alias 사용

$ git lg
* 3fb7854 - (21시간 전) cherry pick test - Yoon (HEAD -> master)
*   e7b33dd - (21시간 전) Merge pull request #2 from leicareddot/feature/e - leicareddot (origin/master)
|\  
| * 09dc9fe - (22시간 전) feature pr conflict - Yoon (origin/feature/e, feature/e)
|/  
* f2f8d58 - (22시간 전) master pr conflict - Yoon
*   ab2685b - (22시간 전) Merge pull request #1 from leicareddot/feature/d - leicareddot

...

 

add

- 파일을 Staged 상태로 만듦 -> 파일을 Git이 관리하는 상태로 만듦
- Untracked / Modified 상태의 파일에 사용할 수 있음
- Staged 상태의 파일만 commit 가능

 

commit

- 파일을 Staged 상태에서 Unmodified 상태로 만듦 -> 한 단위의 작업이 완료
- Git 시스템에 영구적으로 변경을 저장
- SHA-1 알고리즘을 적용한 해시값을 키로 생성
- 히스토리가 하나 추가됨(git log)
- 실무에서 한 작업(기능, 피처) 단위로 한 커밋 권장

 

 

자주 사용하는 commit 옵션

 

• -m : commit 메시지 설정
• -a : modified 상태의 파일들에 대해 add와 commit을 동시에 함

기본적으로 파일을 수정할 때 마다 commit하려면 add를 반드시 거쳐야 하는데 -a 옵션을 통해 이러한 번거로움을 줄일 수 있다.

 

• -am : -a와 -m을 합친 것. 제일 많이 사용 ⭐️

git commit -am "Commit message..."

 

• --amend

- amend는 '고치다'라는 뜻

- 마지막 커밋을 수정할 수 있는 옵션. 종종 유용하게 사용 가능

- 현재 Stage 상태의 파일들이 마지막 커밋과 합쳐서 다시 커밋됨(따라서 커밋의 해시값도 바뀜)

- 만약 Stage에 아무것도 없다면 (commit이후에 작업을 안했으면) 커밋 메시지만 수정

 

branch

Git branch 전략 - Git Flow

 

- 하나의 '작업 공간'으로 이해하면 쉬움
- 커밋 사이를 가볍게 이동할 수 있는 어떤 포인터 같은 것

 

1) 브랜치 확인

git br

 

명령어를 입력하면 다음과 같이 브랜치 목록을 확인할 수 있는데, *이 붙은 브랜치가 현재 작업 중인 브랜치이다.

  develop
  feature/d
  feature/e
* master

 

git br -r

-r 옵션을 사용하면 원격 저장소의 브랜치 목록을 확인할 수 있다.

 

2) 브랜치 생성

git br {브랜치 명}

 

3) 로컬 브랜치 삭제

로컬 브랜치를 삭제하기 위해 -d, -D 옵션을 사용할 수 있으며 두 옵션에는 약간의 차이가 있다.

 

git br -D {브랜치 명}

-d --force의 단축 명령

merge 여부와 상관 없이 강제로(force) 브랜치를 삭제한다.

 

git br -d {브랜치 명}

--delete의 단축 명령

커밋 발생 후 원격 저장소에 머지가 되지 않은 상태이면 error: The branch ... is not fully merged 에러 메시지와 함께 삭제가 실패함

 

4) 원격 브랜치 삭제

원격 브랜치를 삭제할때는 git push 명령어의 --delete 옵션을 사용한다.

 

git push origin --delete {브랜치 명}

이 명령어를 통해 원격 브랜치는 삭제된다.

 

git fetch -p

삭제된 원격 브랜치를 로컬에 최종적으로 반영한다.

 

checkout

- 다른 브랜치로 이동
- 특정 커밋으로 이동

 

1) 다른 브랜치로 이동

git checkout {브랜치 명}

 

2) 특정 커밋으로 이동

git checkout {커밋 해시값}

git log 명령을 통해 커밋의 해시값을 알 수 있는데, 해시값을 checkout 명령의 인자로 입력하여 해당 커밋으로 이동할 수 있다.

이 기능을 안전하게 사용하기 위해서 현재 working directory가 clean한 상태에서만 사용하도록 한다.

이동한 과거의 커밋에서 신규 브랜치를 따서 개발을 하는 것도 가능하다.

 

3) checkout -b 옵션

브랜치 생성하고 그 브랜치로 checkout(이동)할 수 있는 옵션

따라서 다음 두 명령어는 동일함

git co -b {브랜치 명}

 

push

- 로컬 브랜치의 정보를 원격 저장소로 업로드
- Clone 한 리모트 저장소에 쓰기 권한 필요
- 같은 브랜치로 여러 명이 받아서 누군가 push 했다면 나는 push 할 수 없음
- merge / rebase 후 push 할 수 있음

 

git push [원격 저장소 이름] [브랜치 이름]

원격 저장소 이름과 브랜치 이름은 생략할 수 있으며 생략 시 origin, master가 기본값으로 사용된다.

 

📝 원격 저장소 이름은 git remote 명령을 통해 확인할 수 있다.

 

push -f 옵션

• push --force의 단축
• 내 로컬 브랜치로 원격 브랜치를 강제로 덮어씌움 - 🚨 주의해서 사용!
• 혼자 사용하는 브랜치에서만(feature 브랜치 등) 사용해야함

 

push --set-upstream 옵션

git push --set-upstream [원격 저장소 이름] [브랜치 이름]

push 시 fatal: The current branch ... has no upstream branch 에러가 발생할 수 있는데, 이는 원격 저장소에 push하려는 브랜치가 없다는 메시지이다.

이럴 때는 push --set-upstream 옵션을 사용해서 원격 저장소 이름과 브랜치 이름을 명시하면 정상적으로 push된다.

 

pull

- Clone 한 원격 저장소에서 데이터를 가져오고, 그 데이터를 자동으로 merge
- 자동 merge 중 충돌(conflict) 발생 시 실패하므로 충돌 처리 필요
- 유사한 명령어로 fetch가 있음

pull 중 충돌이 발생하면 merge --abort로 되돌리거나 충돌난 로컬 파일 수정 후 add 함으로써 처리할 수 있다.

 

1) git merge --abort

pull을 취소하고 merge 시도 전으로 git 상태를 되돌림

 

2) 충돌난 로컬 파일 수정 후 add

충돌난 로컬 파일을 수정하고 add 명령을 입력함으로써 충돌을 해결 했음을 git에게 알릴 수 있다.

그리고 최종적으로 변경 사항을 반영하기 위해 commit, push를 다시 수행한다.

 

fetch

- Clone 한 원격 저장소에서 데이터만 가져오고, 자동으로 merge하진 않음
- 원격 저장소의 업데이트 여부를 확인하기 위해 사용 가능
- 자동으로 merge하지 않으므로 merge 필요

 

Related

• CLI 환경에서 Git 사용하기(명령어 정리) #2

 

References

• github.com/HwangNara/git-class/blob/master/beginner/README.md