Git upstream

Vorhandenheit ·2022년 3월 16일
0

Git

목록 보기
4/4

Upstream

그디어 project가 시작됐습니다~처음으로 협업이라는걸 하게되면서, 처음으로 집고 넘어가야되는 건 깃이었습니다.
깃을 하다 repository를 삭제하는 경우도 있다고하고... 익숙하지않으니 여러 문제가 많이 발생한다고 합니다. 그 중에서도 집고 넘어가야되는 부분은 upstream이었습니다.
처음들어보는 단어라, 뭘 거슬러올라간다는거야 라는 느낌이었지만, 중요성을 강조하길래 정리하고 넘어가고자합니다.

1. Upstream

upstream : 다른 사람의 저장소를 Fork한 경우 내 Github가 origin이 됩니다. 처음 fork를 시도한 저장소를 upstream이라고 부릅니다.

upstream은 fork한 레포지토리에서 변경사항이 발생해서 이를 오리지널 원격 저장소(upstream)에 반영할 떄, pull request에 등장합니다.

2. 깃 process

Fork

fork란 다른 개발자 Repository를 가져와 본인의 Repository에 복사하여 가져오는 걸말합니다

clone

fork 한뒤에는 clone하여 본인의 local로 파일을 가져올 수 있습니다. 해당 페이지에서 버튼을 클릭하던지 명령어를 입력하면 됩니다

git clone <origin repository 주소> // 앞서 clone을 통해 복사한 주소를 의미합니다.

pull request

  • 로컬 저장소(forked) => 원격 저장소
    로컬에 변경사항이 생겼을 경우, 원격저장소에 동기화할 때 사용합니다.

merge upstream/branch

pull request와 반대입니다. 원격 저장소의 최산사항을 Fork한 저장소에 반영하고 싶을 때 사용합니다.

git merge upstrea/master

(1) fetch

upstream 레파지토리, 원격 저장소에 최신사항이 있는지 확인할 수 있는 명령어 입니다.

git fetch upstream

(1) upstream 저장소 추가

git remote add upstream <주소>

(2) Remote 저장소 목록 확인

git remote -v

(3) 동기화 브랜치

  • 로컬 저장소의 master 브랜치로 checkout한 후 merge합니다.
git checkout master // 동기화할 대상 branch
git merge upstream/master

출처

https://deepinsight.tistory.com/167
https://crispypotato.tistory.com/124
https://wikidocs.net/74836

profile
읽고 기록하고 고민하고 사용하고 개발하자!

0개의 댓글