Git upstream
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
Author And Source
이 문제에 관하여(Git upstream), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://velog.io/@tastestar/Git-upstream저자 귀속: 원작자 정보가 원작자 URL에 포함되어 있으며 저작권은 원작자 소유입니다.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)