Git

깃허브를 프로젝트 저장하는 클라우드로만 썼다가 이제야 조금이나마 이해하는 과정에서 정리한 글

 

 

 

Git 버전관리 지원 시스템

Github Git 저장소 호스팅을 지원하는 웹 서비스

 

팀 단위 프로젝트를 하면서 버전관리 툴은 안써봤더라도 코드 형상관리는 나름대로 해봤는데, 그 귀찮은 일을 덜 귀찮게 도와주는 게 깃. 그리고 메인 저장소를 무료로(!) 제공해주는 웹 서비스가 깃허브.

 

정의는 이미 알고 있다. 문제는 명령어의 의미와 사용법을 정확히 모른다는 것이었다. 혼자 프로젝트하면서 기계적으로 commit을 push하고 PR허락 하고 Merge하는 게 다였음. 그런 관계로 이 글도 내가 이해한 만큼만 정리한 거라 정확하지 않을 수 있음.

 

 

 

기본 개념과 주요 키워드

 

Remote

메인 저장소. 깃허브를 사용한다면 깃허브의 리포지토리를 의미함

 

Local

내가 작업할 저장소. 여러 명이 메인 저장소를 건드리면 코드가 와장창 되어버리니까 각자 메인에서 코드 받아다가 작업한 뒤 작업물을 다시 메인에다가 합침

 

Clone

다른 저장소를 현재 작업공간에다가 받아오는 과정. 프로젝트의 시작은 여기서부터라고 보면 됨 (메인 저장소가 이미 있다면). Clone한 뒤에는 내 커밋을 push할 브랜치를 만들어준다.

 

Commit

변경 이력. 작업 내역

 

Pull

다른 저장소의 변경 이력을 현재 저장소에 가져오는 과정. (Clone은 저장소를 가져오는 거고, Pull은 변경 이력을 반영하는 것) 변경 이력을 가져오기만 하면 Fetch. 현재 저장소에다가 합치면 Merge

 

Push

Local의 commit을 Remote에 보내는 과정 

 

PR (Pull Request)

이름 헷갈려서 처음에 이해 못한 키워드. 내가 push할 때 보내는데 왜 pull req라고 해요??  메인 브랜치가 아닌 다른 브랜치에서 "제 커밋을 Pull 해주세요" 라고 메인에게 요청하는 것을 PR이라고 한다.

 

 

 

브랜치 Branch

개념은 위에서 Local 설명할 때 했던 거랑 비슷하다. 메인에서 각자 맡은 부분을 건드리거나 테스트할 때 서로에게 영향을 미치지 않기 위해 만들어진 방식. (물론 나중에 통합도 가능해야 하고.) 브랜치 자체는 메인 저장소의 복사본과 그곳에서 생긴 커밋을 관리하기 위한 단위? 라고 생각함. 브랜치는 기능별로 만들기도 하고 로컬별로 만들기도 하고...

 

보통 Git 사용한다고 할 때 가장 문제가 되는 부분이 브랜치 충돌이다. 적어도 내가 경험한 대부분의 문제는 이거였다.

 

1. (Remote가 존재하는 경우) Remote Repo가 메인이므로 프로젝트 시작 시 반드시 Local에 Remote Repo Clone부터 하기. 아주 기초적인 부분인데 최근까지도 모르고 있었다.

 

2. Local 브랜치에서 Remote 브랜치로 Push하기 전에는 꼭 Remote의 변경 이력이 있는지 확인하고 Local 반영해줘야 한다. 그래야 Local의 commit을 Merge할 수 있으니까! Remote로부터 Pull (또는 Fetch&Merge) 한 뒤 Push하기

 

3. 만약 2를 수행하던 중, Remote의 변경 내역과 Local의 변경내역이 같은 행에서 일어났다면 Merge가 수행되지 않는다. 이런 경우 해당 부분을 어떻게 통일할것인지 합의한 뒤 처리해야 함.

 

 

 

포크 Fork

유닉스 프로그래밍 배울 때 봤던 키워드이다. 부모 프로세스에서 자신을 복제한 자식 프로세스를 호출하는 시스템호출인데 아마 비슷한 의미일 거라 생각함.

 

쉽게 말해 공개 프로젝트 저장소에서 Clone하는 것을 Fork라고 한다.

 

솔직히 공개 프로젝트에 기여해본 적이 없어서 경험을 못해본 부분이다. 좀 더 공부해봐야 함

 

 

 

TIP

commit message 작성법

커밋 요약
// 한 줄 띄고
자세한 설명

 

현재형, 명령형 표현을 사용하자

added > add
updated > update

 

 

그외

브랜치의 병합 관리 방법: rebase와 cherry-picker

Merge: fast-forward and non-fast-forward

Commit Options

이상적인 브랜치 운용 모델

 

 

 

---

 

 

 

 - REF - 

Git - 프로젝트에 기여하기

 

누구나 쉽게 이해할 수 있는 Git 입문~버전 관리를 완벽하게 이용해보자~ | Backlog