Git Fetch / Pull

두 방법 모두 원격 저장소의 커밋들을 로컬 저장소로 가져와 합치는 방법이다.

Fetch(가져오기)

• remote repository에 있는 변경사항들을 local repository에 가져오기 전에 변경 내용을 확인하고 싶을 때 사용
• pull과 다르게 우선 repository의 내용을 가져오기 때문에 conflict이 발생하지 않는다.

Pull(가져와서 병합하기)

• fetch와 다르게 local directory에 변경내용을 합친다.

Upstream / Downstream

• upstream과 downstream은 상대적인 개념
• origin과 local을 기준으로 생각하면 origin이 upstream, local이 downstream이다. push와 pull을 기준으로 생각했을 때 origin으로부터 local로 흐르는 관계가 형성되기 때문
• local에서 origin으로 push한다
• origin에서 local로 pull한다
• 예시: git push -u origin main -> u는 -set-upstream 옵션의 줄임으로 upstream으로 설정한다는 뜻.

Fork와 Upstream 관계

• original repository: upstream
• copy repository(내가 forked한 repository): origin
• local과 origin의 관계에선 local이 downstream, origin이 upstream이었는데, fork한 repository를 기준으로 보면 origin이 downstream, 원본 remote가 upstream이라는 관계가 됨. 그래서 GitHub로 협업을 할 때는 보통 다음과 같은 프로세스 거처야 함.

1. '원본 remote repository'(upstream)를 깃허브에서 fork
2. 'fork한 remote repository'(origin)를 깃 클라이언트로 clone
3. 기능을 완성할 때까지 반복
  - 'clone한 repository'(local)에 commit
  - local에서 origin으로 push
4. upstream에 반영하기 (PR: Pull Request)
  - PR을 등록하기 전 upstream에 바뀐 내용이 없는 경우
    - origin에서 upstream으로 PR
  - PR을 등록하기 전 upstream에 바뀐 내용이 있는 경우
    - upstream을 local로 pull
    - local에서 origin으로 push
    - origin에서 upstream으로 PR

• upstream repository 추가

git remote add {브랜치명} {repository_url} // 브래치명 생략시 main으로 되는 듯?