github
[Git] Git의 저장 단위인 commit의 동작 원리에 대해 알아보자
Git의 기본 저장 단위 Commit Commit은 Git의 기본 저장 단위이다. 우리는 Commit을 파일들에 대한 스냅샷이라고도 부르며, Commit은 Commit을 찍은 시간의 파일들의 상태에 대해 저장한다. Commit은은 tree, parent, author, commiter,message 5가지 구성요소로 이루어져 있다. tree : tree와 blob를 포인팅하는 구성요소이다. parent : 해당 커밋 직전에 어떤 커밋이 있었는지 포인팅한다. author : 작성자. commiter : 커밋을 만든 사람. message : 커밋을 설명하는 메세지. 예를 들어 commit이 두 개 찍힌 다음과 같은 로그를 가진 Git 폴더가 있다고 해보자 $ git log --oneline 6e3a608 ..
[Git] git config 는 어떻게 동작하는가?
.git 폴더의 config 파일 .git 폴더의 config 파일은 git repository에 대한 설정값을 저장해놓는 파일이다. git은 config 파일을 읽어 설정값들을 사용하며, 유저들의 조회 요청이 있을 경우 출력해준다. config 파일의 역할은 다양한데 user name, email 을 설정하는 것에서부터 remote repository에 대한 정보 또한 저장한다. 추가적으로 color scheme 을 적용해 git 명령어에 대한 가독성을 높일 수도 있다. 이 글에서는 간단히 이해하기 위해 git을 사용하는 모든 사람들이 익숙한 user name과 email을 설정하고 .git/config 파일을 통해 조회하는 방법과 remote 정보를 추가하고 확인하는 방법에 대해 다룬다. User n..
[Git] Tag를 활용한 Git Version 만들기 : git tag 추가, 삭제, 검색, 푸시 한 번에 정리하기
Git Tag란? Git Tag란 버저닝을 위해 사용하는 포인터이다. HEAD가 특정 커밋 해시를 가리키는 것 같이 Git Tag 또한 특정 커밋 해시를 가리킨다. *만약 HEAD에 대해 익숙하지 않으면 아래 글을 살펴보자. [Git] .git 내부에서 HEAD를 인식하는 방법 .git 내부에서 HEAD를 인식하는 방법 .git 내부에는 HEAD파일이 있다. 이 파일은 HEAD를 인식하기 위한 메타 데이터를 저장하는 파일이다. 작업 중인 브랜치에 따라 변하는 HEAD파일 HEAD 파일은 현재 kotlinworld.com 이번 글에서는 다음의 순서로 Git Tag에 대해 다룰 것이다. Git Tag 만들기 Git Tag 목록 조회하기 Git Tag 필터링하기 Git Tag간 차이 확인하기 Git Tag로 ..
[Git] interactive rebase 사용해 이전에 생성된 커밋 조작하기 : commit 메세지 수정, commit 삭제, commit 합치기
interactive rebase 사용해 이전 커밋 조작하기 앞선글에서 git rebase를 이용해 rebase 대상 브랜치의 commit history를 새로 만드는 것을 살펴보았다. commit history를 새로 만들 수 있다는 것은 현재 시점 이전에 생긴 커밋들을 조작할 수 있다는 것이다. git rebase는 interaction 모드인 -i 옵션을 이용해 커밋 히스토리를 합칠 수 있는 기능을 제공한다. git을 사용하다 보면 이전 커밋들을 합치고 싶은 경우가 생기는데, 그 때 이 기능을 사용하면 된다. git rebase -i 를 사용해 커밋 메세지를 수정하기 위해서는 다음 명령어를 사용하면 된다. HEAD~n 은 HEAD 커밋으로부터 n 번째 까지의 커밋을 수정한다는 뜻이다. git reb..
[Git] git rebase 사용해 git commit history 다시 작성하기. 언제 git merge 또는 git rebase를 사용해야 하는가?
Git Merge와 Git Rebase의 차이 git merge와 rebase는 모두 두 브랜치를 합치기 위한 명령어이다. 우리는 이곳에서 이 두 브랜치를 기준 브랜치와 대상 브랜치로 나눈다. 기준 브랜치는 master과 같이 기준이 되는 브랜치이고, 대상 브랜치는 feature 브랜치들과 같이 master에 합쳐져야 하는 브랜치이다. git merge와 git rebase가 다른 점은 두 브랜치의 커밋들을 합치기 위해 어떤 전략을 취하는지이다. 만약 기준 브랜치를 대상 브랜치에 merge한다고 하면(feature 브랜치에 master 브랜치를 merge), git merge는 기본적으로 merge를 하기 위해 대상 브랜치를 그대로 두고 기준 브랜치의 변경 사항(커밋)을 대상 브랜치에 얹으면서 합친다. ..