1. 로컬 환경의 master와 원격 저장소의 master는 서로 다른 브랜치임
2. 당연히 서로 다른 레포지토리의 master끼리도 서로 다른 브랜치임
3. 서로 다른 브랜치가 동일한 파일을 수정했으면 fast-forward merge가 안됨
4. git pull은 git fetch로 원격 브랜치를 가져와서 내 브랜치에 merge하는 과정임

이걸 가지고 생각해보면 됨

1. X 컴퓨터에서 커밋 C1을 생성
2. X에서 C1을 push. remote의 master는 지금 C0->C1상태임(C0는 이전까지의 커밋)
3. Y 컴퓨터에서 커밋 C2를 생성. 여기에서의 master는 지금  C0->C2상태임
4. Y 컴퓨터에서 remote의 master를 pull해서 당겨옴.
4-1. 만일 C1과 C2의 수정사항이 겹치지 않았다면 3way merge로 conflict 없이를 할 수 있음. 이것은 C1이 C2 사이에 끼어들어가거나, C2가 C1 사이에 끼어들어가서 C0->C1->C2 또는 C0->C2->C1이 되는 것이고, 이 작업은 어느쪽의 변경사항도 손실되지 않기 때문에 간단하게 3way merge가 이루어졌음을 알리기만 하고 순조롭게 진행됨.
4-2. 하지만 C1과 C2가 동일한 파일을 수정하는 등의 서로 공존할 수 없는 작업내역을 가지고 있다면, 커밋의 내용을 수정하지 않고 배치하는 것만으로는  merge할 수 없음. 이 경우에는 수작업으로 충돌하는 작업 내역 중에서 어느 쪽을 선택할 지, 혹은 둘 다 선택할 지 등을 정해줘야 함. 이건 merge conflict 상황이고 merge conflict를 resolve해줘야 한다는 뜻임.

지금 4-2상황이라 그럼