4.23 VC 시나리오 #3

1단계: 문서 분기에 대한 변경 사항을 적용하고 개발 분기로 전환한 다음 이전에 친구 그룹 기능에 대해 병합한 변경 사항을 포함하여 이 개발 분기에 대한 클라우드에서 최신 변경 사항을 가져온다.

- 변경사항 커밋

- develop으로 전환

- 최신 변경사항을 Pull

 

2단계: Andrew는 자신의 문서 분기를 로컬 리포지토리의 develop branch에 병합한 다음 변경 사항을 위로 푸시하여 원격 리포지토리의 develop branch를 업데이트한다.

- 작업한 브랜치를 develop으로 병합한다.

- 오리진 브랜치로 푸시한다.

 

3단계: 팀에서 귀하의 작업과 Andrew의 작업을 검토한 후 개발 지점의 업데이트를 마스터 지점으로 병합한다. 그런 다음 변경 사항을 원격 리포지토리의 마스터 분기에 푸시합니다. 

- develop 브랜치를 master 브랜치에 병합

- 변경사항을 푸시

 

---

Merge 충돌

Git는 대부분 지점 간의 변경 사항을 매우 간단하게 병합합니다. 하지만 Git가 두 가지 변화를 어떻게 결합해야 할지 헷갈려 도움을 요청하는 경우도 있다. 이를 병합 충돌이라고 한다.

일반적으로 이 문제는 두 개의 분기가 동일한 파일을 수정할 때 발생한다.

예를 들어, 이 경우 Andrew가 자신의 분기에서 수정한 행을 삭제했다고 가정한다. Git는 라인을 삭제할지 수정할지 알 수 없다. Git에 변경 사항을 알려야 하며 일부 도구를 사용하여 변경 사항을 수동으로 편집할 수도 있다. 간단하지 않은 경우 병합 충돌을 처리하기 위해 다른 지점의 개발자와 상의해야 할 수도 있다.