[Git 심화] Git으로 협업하기 / Fork / Clone / Merge Request 보내는 법, 승인하는 법 / Merge 정책 이해하기 1 / Merge 되돌리기

---

---

 

 

Git으로 협업하기

Maintainer : 깃랩에서 특정 프로젝트의 최종 관리자를 의미하는 단어로,

프로젝트에 관한 가장 많은 권한을 갖고 있는 사용자 등급을 나타냄

 

Maintainer는 신규 개발자가 팀에 입성했다면,

그 개발자를 깃랩에 추가하고 권한을 부여할 수 있음.

 

이후 원래의 프로젝트와 똑같은 프로젝트를 신규 개발자의 계정 아래에 별도로 생성(복제)함.

이처럼 원본 프로젝트의 복제본을 만드는 것을 Fork 한다고 함.

 

신규 개발자는 복제된 프로젝트를 git clone을 통해 자신의 컴퓨터에 가져온 뒤

새 커밋들을 추가하고 자신의 복제본 프로젝트에 git push를 함.

 

그 다음, 복제본 프로젝트에서 원본 프로젝트에 Merge Request를 보냄.

 

Merge Request : 복제본 프로젝트에 있는 새로운 커밋들을 그대로 원래 프로젝트에 merge 해 달라는 요청을 보내는 것

 

프로젝트 관리자는 merge request를 보고 개발자와 상의해서,

괜찮은 커밋들이라고 판단되면 merge request를 승인해서 새로운 커밋들을 머지할 수 있음.

만약 그렇지 않다면 거절해서 해당 커밋들을 무시할 수도 있음.

 

 

Git clone 하는 법

깃랩에서 Forked from 관리자 / 프로젝트명을 확인한 뒤 터미널에 아래 명령어 입력

사용자 아이디와 비밀번호 입력하면 클론 완료

$ git clone {URL}

 

 

Head가 가리키고 있지 않은 브랜치에 해당하는 커밋들까지 업로드하는 법

$ git push origin master

 

 

Merge Request 시 참고할 점

- Target Branch 잘 확인하기

- Title과 Description은 한글이든 영어든 상관 없음

- Assignee : Merge Request를 가장 먼저 점검하는 담당자 역할

 

프로젝트 관리자는 Merge Request에 대해 질문/대화를 원한다면 Discussion을 통해 글을 남기면 됨.

 

 

Merge 정책 이해하기

Merge 정책은 아래 사진과 같이 크게 세 가지로 나눌 수 있음.

 

Merge commit 혹은 Merge commit with semi-linear history 정책이 적용되어 있다면,

어떠한 경우라도 항상 머지 커밋을 생성한다.

(Fast-forward Merge가 가능하더라도 머지 커밋을 생성함.)

 

Merge 되돌리기

어떠한 이유로 머지를 되돌려야 하는 경우,

내가 아직 머지가 완료된 프로젝트를 pull 하지 않았을 때

내 컴퓨터의 프로젝트 상태를 덮어씌우면 되돌리기가 가능하다.

 

이때, 깃랩 서버의 원본 프로젝트는 현재 내 workspace의 프로젝트보다 커밋이 몇 단계 앞선 상태이므로

--force 옵션을 통해 현재 내 프로젝트를 강제로 덮어씌워야 한다.

 

**실무 개발에서는 절대 --force 옵션을 쓰면 안됨.

$ git push --force