Git 을 사용하면서 자주 사용하는 명령어들에 대해 정리한 repository 입니다.

git add [file name]

git add .

git commit -m "[commit message]"

git commit -am "[commit message]"

git remote add [remote github repository address]

git push origin [branch name]

git checkout [branch name]

git checkout -b [branch name]

git branch -M [changed name]

git diff

git log

git log --graph

git checkout -- [file name]

git reset HEAD^

or

git revert HEAD

git commit --amend

git remote add --track master upstream [remote github repository address]

git pull --ff upstream master

git rebase -i HEAD~[commit 개수]

.gitconfig에서 설정해둔 editor 창이 나타난다. 기준이 될 맨 위의 한 commit 만 pick으로 두고 나머지는 squash라는 명령어로 바꿔준다. :wq 명령어를 통해 저장하고 종료한다. 그러면 또 다른 editor 창이 나타나는데, commit message 를 설정하는 editor 이다. 원하는 commit message 를 입력하고 :wq 명령어를 통해 저장하고 종료해주면 squash 가 된다.

git reflog

git commit -C HEAD --amend

cf> 만약 push 를 한 상태라면 -f옵션을 통해서 push 를 해줘야 한다. commit 을 새로 생성하지 않고 변경사항을 추가하는 것처럼 보이지만 내부적으로는 새로운 커밋이 생기는 것이기 때문에 push 된 commit 과 다른 commit 이다.

git update-index --assume-unchanged [파일명]

git update-index --no-assume-unchanged [파일명]

git stash

git stash pop

git cherry-pick [COMMIT_HASH_NUMBER]

git branch --unset-upstream

여러 가지 방법이 있지만 그 중 두 가지.

git merge upstream/master
(resolve conflict in editor)
git add src
git commit
git rebase upstream/master
(resolve conflict in editor again)
git add src
git rebase --continue
git push -f upstream YOUR_BRANCH_NAME

or

git fetch upstream
git rebase upstream/master
(resolve conflict)
git add .
git rebase --continue
git push -f origin [YOUR_WORKING_BRANCH_NAME]

어떤 commit 이 이미 올라갔는데 그 commit 에 해당하는 수정 사항이 발생하면 그에 해당하는 fix commit 을 추가할 경우가 있다. 이 때, commit 의 순서가 난잡해지는데 이 경우,fixup과 autosquash command 를 사용한다.

git commit --fixup [HASH]

이렇게 해서 해당 fix commit 을 추가해놓은 다음에

git rebase -i --autosquash [HASH]

위 명령어를 통해서 squash 해주면 커밋 순서도 정렬되면서 하나의 commit 으로 squash 된다. 위 명령어에서 HASH란 어느 커밋부터 squash 를 할 것인가를 의미한다.

cf> fixup 과 squash 그리고 squeeze 의 차이점
squash는 새로운 인터페이스가 열리면서 commit message 도 수정(포함 또는 배제)할 수 있다. fixup은 commit message 를 pick한 commit 에 대해서만 적용한다. squeeze는 squash 하고자 하는 모든 commit message 를 포함하면서 squash 한다.

Git을 설치한 디렉토리에는 .gitconfig 파일이 존재한다. 이 파일에서 자주 사용하는 명령어에 대해서 alias 를 지정해줄 수 있다.

[alias]
    g = git
    st = status
    co = checkout
    ad = add
    cm = commit -m
    acm = commit -am
    ph = push
    rb = rebase -i
    fh = fetch
    df = diff
    br = branch -a
    lg = log --graph --abbrev-commit --decorate --format=format:'%C(cyan)%h%C(reset) - %C(green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(yellow)%d%    C(reset)' --all
    re = reset HEAD\\^
    fu = fetch upstream
    rum = rebase upstream/master
    pom = push origin master
    list = config --get-regexp alias
    readme = !git add . && git commit -m "Update README.md" && git push origin master
    docs = !git add . && git commit -m "Update" && git push origin master
    update = !git fetch upstream && git rebase upstream/master && git push origin master

• 제목과 본문을 빈 행으로 분리한다
• 제목 행을 50 자로 제한한다
• 제목 행 첫 글자는 대문자로 쓴다
• 제목 행 끝에 마침표를 넣지 않는다
• 제목 행에 명령문을 사용한다
• 본문을 72 자 단위로 개행한다
• 어떻게 보다는 무엇과 왜를 설명한다

• 제목
  • 대문자, 동사로 시작. 앞에 'If applied, this commit will '가 생략된 것으로 간주
  • 가급적 50 자 안쪽
  • 마침표 생략
• 본문
  • 3 번째 줄부터 시작 (두번째 줄은 비움)
  • 최대줄 너비는 80 자. 이상은 줄바꿈

• Add : 새로운 기능 또는 api 추가
  • 예) Add API creating PDF
• Remove : 제거
  • 예) Remove unused local variables
• Enhance : 기능 또는 성능의 향상
  • 예) Enhance performance in select queries
• Fix : 버그, 오타, 스타일의 수정
  • 예) Fix typos in Javadoc
  • 예) Fix styles for standards of Naver Corp
• Upgrade : 라이브러리 버전 업그레이드
  • 예) Uprade commons-dbcp to 2.3.1
• Document : 문서화
• Refactor : 리팩토링
• Update : 다른 주변 상황에 맞추어서 갱신
  • 예) Update README.md for 1.0 release
• Polish : 잡다한 수정 묶음 (다른 적절한 문구가 없을 경우 사용)

• How to Write a Git Commit Message