Inspired World

Git commit 이력 깔끔하게 관리하기 본문

개발환경/툴/서비스

Git commit 이력 깔끔하게 관리하기

InspiredJW 2016. 8. 4. 17:23

Git commit 이력 깔끔하게 관리하기

Git 을 요즘 버전 관리를 위해 오픈소스, 학교, 회사 등에서 많이 사용합니다.

SourceTree 같은 쉽게 쓸 수 있는 GUI 툴이 있지만

어떻게 돌아가는지 확실히 알고 싶어서

저는 중요한 작업은 command-line을 선호하는 편입니다.

하지만 명령어도 많고 자주 쓰지 않아서 자주 잊어버리는데요.

오늘은 오픈소스나 회사 등에서 깔끔하게 commit 이력을 관리하는 방법을 소개하려합니다.


오픈소스의 경우

일반적으로 repo를 읽는 권한만 있는 사람들 경우에는 원본 repo를 fork하고

복제된 repo안에 feature branch를 파서 작업을 합니다.

복제 repo/feature branch 와 origin/master 의 diff 를 가지고서 pull-request 요청을 보통하곤 합니다.

하지만 이 과정에서 Merge pull request #00 from repo/branch 와 같은 더러운(?) commit 메시지가 많이 발생하게 됩니다.


그룹/회사 경우

꼭 pull-request를 통하지 않고 내부 사람들끼리 작업을 하더라도 master가 아닌 다른 브랜치랑 머지 할때마다 저런 추가적인 commit이 발생하여 commit history가 정신이 없어집니다.


해결 방법

그래서 이를 해결하기 위해 보통 다같이 master 브랜치에 곧바로 push하는 방법이 있는데요.


작업은 기존 feature branch에서 하더라도

그 branch에서 발생한 모든 commit을 squash 해줘서 하나의 commit으로 만듭니다.

그리고 그 commit을 master에 push합니다.




제가 자주 사용하는 squash 명령어는 아래와 같습니다.

현재 feature branch에 있고 3개의 commit을 했다고 가정하고 명령어를 입력합니다.

git rebase -i HEAD~3

가장 최근 3개의 커밋을 하나로 squash 해주는 것입니다.
저 명령어를 실행하면 보통 git 설정에서 기본으로 지정되어 있는 에디터가 열리며
어떤 순서로 squash를 할지 물어보게 됩니다.



pick 1abcdef first work
pick 2abcdef second work
pick 3abcdef final work

이런식으로 보통 열릴 텐데요.

보시다시피 가장 먼저 발생한 commit부터 순차적으로 위에서 아래로 보여줍니다.



여기서 순서대로 squash를 하려면

pick 1abcdef first work
squash 2abcdef second work
squash 3abcdef final work

이렇게 하고 저장을 하고 에디터를 닫으면

다시 한번 에디터가 열리면서 squash된 새로운 commit 메시지를 입력하라고 합니다.

commit 메시지를 적고 에디터를 닫으면 squash가 완료된 것입니다.

이때 발생한 commit hash를 클립보드에 복사 해놓습니다 (Ctrl+C   or   Cmd+C)




이제 squash된 commit을 master로 옮겨보겠습니다.

git checkout master

이렇게 master branch로 이동합니다



git cherry-pick 7abcdef

이렇게 명령어 뒤에 아까 복사 해놓은 hash를 붙여 넣고 명령어를 입력합니다.

아까 다른 branch에서 squash한 commit이 이제 master branch에 적용되었습니다.

다 되었으니 슬슬 push 해볼까요 ㅎㅎ



“오우, 제대로 놀아보자!”

git push




그러나 -_-


origin/master 에 다른 사람이 먼저 push 하는 바람에 망했죠;



여기서 핵꿀팁!

git pull --rebase

이 명령어를 사용하면 origin/master에 있는 내용들은 local/master에 pull해주고나서
local에서 commit되어 있는 commit들을 맨 위로 배치해줍니다.


또 다시 다른 누군가가 push하기 전에 재빨리 git push 합니다.



그 외 다른 방법

reset을 이용하는 방법, patch를 만들어서 apply하는 방법 등 위와 같은 작업을 하는 방법이 여러가지 있지만

저는 개인적으로 위 방법이 좀 더 과정이 이해가 가고 간단하다고 생각해서 사용하고 있습니다.


Comments