Git Fork

• fork github repository 를 통째로 복사해서 '나'의 repository 로 만드는 행위

fork 의 장점

하나의 브랜치(main/master) 에서 작업 가능

가장 큰 장점이자 해당 기능이 존재하는 이유라고 생각한다.
공동으로 작업하다보면 브랜치를 병합한 후에 checkout 을 미처 하지 못하고 develop 이나 main에서 작업해버려서 다른 사람과 순서가 꼬이는 경우가 종종 있다. fork 를 하게 되면 공동 repo랑은 별개의 복사본이 만들어지고 복사본에서 작업을 하기 때문에 원본과 독립적으로 작업해도 된다. 따라서 따로 branch 를 파지 않고 main(master)에서 작업을 해도 된다.

original repository 에 변경사항 반영하기

fork 한 개인 repository에서만 작업하면 결국 복사본에서만 바뀌기 때문에 공동작업을 할 수가 없다. original repository 에 우리가 작업한 내용을 동기화 시키는 작업이 필수적이다.

이 때 사용하는 개념이 바로 pull request 다. original repository 에 내가 작업한 내용을 pull 해달라고(받아달라고) 요청하는 작업을 의미한다. 바로 merge 하는 게 아니라 pull request를 하기 때문에 작업 내용이 함부로 변경되지 않는다. pull request 를 original repository 쪽에서 승인하면 그제서야 fork repo 에서 변경된 내용이 original repository 에 반영된다.

original repository 와 동기화

remote 에 upstream 추가하기

fork repository 입장에서 바라본 original repository 는 upstream 이라고 부른다. remote 는 origin 즉, fork 된 repository 만 가리키고 있는 상태인데 original repository의 코드를 pull 받기 위해서는 해당 레포지토리도 remote 에 추가해주어야 한다.

original repositpory의 remote 를 연결하기 위해 다음의 코드를 입력한다.
$ git remote add upstream "original repository 주소"

잘 등록됐는지 확인하기 위해 다음과 같이 입력한다.
$ git remote -v

origin과 upstream 두 개가 뜬다면 잘 된 것이다.

original repository 변경사항 pull 받기
아래의 코드를 입력하여 original repository와 fork repository 를 동기화시킨다.
git pull upstream develop

develop branch 와 동기화를 하기 위해서 upstream develop 이라고 명령어를 쳤지만, 만약 동기화 하고 싶은 브랜치가 main 이나 master 혹은 다른 브랜치라면 develop 대신에 해당 브랜치명을 입력하면 된다.

Reference

fork : git 공동작업을 해보자