그래서 우리는 메인 개발 라인을 가지고 있고, 저는 브랜치를 만들고, 개발자 b는 브랜치를 만듭니다. 우리 둘 다 약간의 일을합니다. 개발자 b는 작업을 마치고 메인 개발 라인으로 다시 병합합니다. 그의 변경 사항이 나에게 영향을 미칠 것이라는 것을 알고 있으며 나중에 충돌을 처리하기보다는 현재 기본 개발 라인에있는 변경 사항으로 브랜치를 업데이트하여 병합하기 전에 브랜치에서 처리 할 수 있습니다. 다시 메인으로.
어떻게하나요?
답변
Visual Studio에서 소스 제어 탐색기를 엽니 다.
- 보기 | 팀 탐색기
- 팀 탐색기에서 팀 프로젝트 를 선택 하고 확장 한 다음 소스 제어를 두 번 클릭 합니다.
- 소스 제어 탐색기의 왼쪽 창에서 팀 프로젝트를 선택합니다 .
- 오른쪽 창에서 메인 라인 브랜치를 찾아 마우스 오른쪽 버튼을 클릭하고 병합 …을 선택합니다 .
- 에서 대상 분기 드롭 다운, dev에 지점을 선택합니다.
- 메인 라인의 모든 변경 사항의 일부를 원하는 경우 :
- 선택한 변경 세트 라디오 버튼을 선택하고 다음을 클릭 합니다.
- 다른 개발자의 분기에서 기본으로의 병합을 나타내는 변경 세트를 선택하고 다음을 클릭하십시오 .
- 그렇지 않으면 선택한 특정 버전까지 모든 변경 사항을 유지하고 다음을 클릭합니다 .
- 다음 단계에서는 버전 유형을 선택합니다. 기본 최신 버전 은 분명 간단하고 설명이 필요하지 않습니다. 브랜치가 메인 라인에서 브랜치까지 생성 되었기 때문에 모든 변경 사항을 연결하게됩니다. 다른 선택은 간단하지만 여기에서 사용할 수있는 각 옵션에 대한 자습서 설명은 상당한 공간을 차지합니다.
- 마법사의 나머지 단계를 진행합니다.
- 마침을 클릭 합니다 .
- 오류 또는 병합 충돌이있는 경우 마지막 체크 아웃 이후 다른 변경 사항이있을 때 소스 제어에서 변경 사항을 확인하는 경우와 유사하게 오류를 해결하라는 메시지가 표시됩니다.
- 병합이 완료된 후 모든 변경 사항은 분기의 로컬 복사본에 있지만 아직 소스 제어에 커밋되지 않았습니다. 브랜치에서 모든 빌드와 테스트를 완료하면 병합을 확인할 수 있습니다. Visual Studio에서 :
- 보기 | 다른 WIndows | 보류중인 변경 사항
- 이 병합과 관련된 모든 파일이 선택 되었는지 확인 하고 병합에 대한 설명을 추가 한 다음 체크인을 클릭 합니다.
병합 (및 필요한 병합 충돌 해결, 빌드 중단, 테스트 중단)을 자체 변경 집합으로 유지하는 것이 좋습니다. 즉, 다른 기능 작업을 병합과 혼합하지 마십시오. 세분화 된 변경 집합을 사용하면 소스 제어 내역을 훨씬 쉽게 검토하고 관심있는 단일 변경 사항을 식별 할 수 있습니다. 자체 변경 집합에서 병합 작업을 유지하면 해당 목표를 달성하는 데 도움이됩니다.
병합을위한 명령 줄도 있습니다. tf merge /? 있으며 Visual Studio 명령 프롬프트에서 됩니다.
행운을 빌고 재미있게 보내!
