페치, 병합 및 끌어오기로 코드 업데이트
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
프로젝트에 여러 기여자 있는 경우 다른 사용자가 프로젝트의 원격 리포지토리에 업로드한 작업을 다운로드하고 통합하여 로컬 Git 리포지토리를 업데이트된 상태로 유지합니다. 다음 Git 명령은 로컬 리포지토리를 업데이트합니다.
- Git 인출 은 다른 사용자가 원격 리포지토리에 업로드한 모든 새 커밋을 다운로드합니다. 로컬 리포지토리 캐시의 원격 추적 분기가 업데이트됩니다. 로컬 분기는 변경되지 기본.
- Git 병합 은 하나 이상의 원본 분기에서 대상 분기로 커밋을 통합합니다.
- Git 재베이스 는 원본 분기의 커밋을 대상 분기로 통합하지만 Git 병합과는 다른 전략을 사용합니다.
- Git 끌어오기는 페치를 수행한 다음 병합 또는 다시베이스를 수행하여 페치된 커밋을 현재 로컬 분기에 통합합니다.
Visual Studio는 로컬 리포지토리를 원격 리포지토리와 동기화할 때 이러한 Git 명령의 하위 집합을 사용합니다.
Git 워크플로에 대한 개요는 Azure Repos Git 자습서를 참조하세요.
이 문서에서는 다음 작업에 대한 절차를 제공합니다.
- 인출을 사용하여 변경 내용 다운로드
- 병합 또는 다시베이스를 사용하여 분기 업데이트
- 끌어오기로 변경 내용 다운로드 및 분기 업데이트
인출을 사용하여 변경 내용 다운로드
Git 인출은 로컬 리포지토리에 없는 원격 분기 커밋 및 참조된 파일 개체를 다운로드하고 로컬 리포지토리 캐시의 원격 추적 분기를 업데이트합니다. 원격 추적 분기는 로컬로 캐시된 원격 분기의 읽기 전용 복사본이며 로컬 분기가 아닙니다. Git 인출은 로컬 분기를 업데이트하지 않습니다. 예를 들어 지정된 원격 리포지토리에 origin 분기가 있는 bugfix3 경우 Git 인출은 로컬 bugfix3 분기가 아닌 명명된 origin/bugfix3 원격 추적 분기를 업데이트합니다. 원격 추적 분기를 사용하여 다음을 수행할 수 있습니다.
- 원격 추적 분기를 로컬 분기와 비교하여 가져온 변경 내용을 검토합니다.
- 원격 추적 분기를 로컬 분기에 병합합니다.
- 원격 추적 분기에서 새 로컬 분기를 만듭니다.
Visual Studio 2022는 Git 메뉴, Git 변경 내용 및 솔루션 탐색기 상황에 맞는 메뉴를 사용하여 Git 버전 제어 환경을 제공합니다. Visual Studio 2019 버전 16.8은 팀 탐색기 Git 사용자 인터페이스도 제공합니다. 자세한 내용은 Visual Studio 2019 - 팀 탐색기 탭을 참조하세요.
Git 변경 내용 창에서 가져오기를 선택합니다. 그런 다음, 송신/수신을 선택하여 Git 리포지토리 창을 엽니다.
Git 메뉴에서 가져오기를 선택할 수도 있습니다.
Git 리포지토리 창에서 가져온 커밋이 들어오는 섹션에 나타납니다. 페치된 커밋을 선택하여 해당 커밋에서 변경된 파일 목록을 확인합니다. 변경된 콘텐츠를 diff 보기로 보려면 변경된 파일을 선택합니다.
팁
Fetch 는 더 이상 원격 분기가 없는 로컬 리포지토리 캐시에서 원격 추적 분기를 삭제하지 않습니다. Fetch 중에 오래된 원격 추적 분기를 정리하도록 Visual Studio를 구성하려면 다음을 수행합니다.
- 도구>옵션>소스 제어>Git Global 설정 선택합니다.
- 인출 옵션 중에 정리 원격 분기를 .로
True설정합니다.
Git 인출 후 로컬 분기를 해당 원격 추적 분기와 비교하여 원격 분기에서 변경된 내용을 확인할 수 있습니다. 현재 로컬 분기를 페치된 변경 내용으로 업데이트하려는 경우 Git 병합 또는 다시베이스를 수행할 수 있습니다. 또는 Git 가져오기를 Git 병합 또는 다시베이스와 결합하는 Git 끌어오기를 실행할 수 있습니다. Git 병합 및 Git 다시 기반은 원본 분기에서 커밋을 적용하여 대상 분기를 업데이트합니다. 그러나 Git 병합 및 Git 리베이스는 서로 다른 전략을 사용합니다. 자세한 내용은 병합 또는 다시베이스를 사용하여 분기 업데이트 및 재지 정 시기와 병합을 참조하세요.
병합 또는 다시베이스를 사용하여 분기 업데이트
Git 병합 및 Git 재베이스는 원본 분기의 커밋을 현재 로컬 분기(대상 분기)에 통합합니다. Git 병합은 빠른 전달 또는 빠른 전달 없는 병합을 수행합니다. 빠른 전달 없는 병합을 3방향 병합 또는 true 병합이라고도 합니다. Git rebase 는 병합의 또 다른 유형입니다. 이러한 병합 형식은 다음 다이어그램에 나와 있습니다.
Git 병합 및 Git 리베이스는 Git 워크플로에서 광범위하게 사용됩니다. 로컬 기능 또는 버그픽스 분기에서 작업하는 경우 다음을 수행하는 것이 일반적입니다.
- 원격 커밋을 가져오고 병합하기 위해 주기적으로 끌어와서 로컬
main분기를 해당 원격 분기와 최신 상태로 유지합니다. - 리베이스 또는 병합을 사용하여 로컬
main기능 분기 로컬 분기 업데이트를 통합합니다. - 해당 원격 분기에 푸시하여 로컬 기능 분기 작업을 백업합니다.
- 기능이 완료되면 원격 기능 분기 원격
main분기에 병합하는 끌어오기 요청을 만듭니다.
이 방법을 사용하면 다음을 수행할 수 있습니다.
- 작업에 영향을 줄 수 있는 다른 사용자의 최근 작업에 대해 계속 알고 있어야 합니다.
- 작업과 다른 사용자 간의 충돌을 즉시 해결합니다.
- 최신 프로젝트 콘텐츠 위에 새 기능을 적용합니다.
- 작업에 대한 끌어오기 요청 검토를 가져옵니다.
병합
Git 병합의 경우 대상 분기의 팁이 원본 분기 내에 있는 경우 기본 병합 형식은 빠른 전달 병합이 됩니다. 그렇지 않으면 기본 병합 형식은 빠른 전달 없는 병합이 됩니다.
대상 분기의 팁이 원본 분기에서 분기된 경우 Git에서 빠른 전달 병합을 적용하지 않으므로 빠른 전달 Git 병합에는 병합 충돌 수 없습니다. 기본적으로 Git은 가능하면 빠른 전달 병합을 사용합니다. 예를 들어 Git은 원격 대응 분기에서 끌어서 업데이트하는 로컬 분기에 빠른 전달 병합을 적용합니다.
빠른 전달 없는 Git 병합은 원본 분기 변경 내용을 대상 분기 변경 내용과 통합하는 새 대상 분기 "병합 커밋"을 생성합니다. 적용 가능한 변경 내용은 두 분기 모두에 공통적인 마지막 커밋 후에 적용된 변경 내용입니다. 위의 다이어그램에서 커밋 C는 두 분기에서 마지막으로 공통된 커밋입니다. 원본 분기 변경 내용이 대상 분기 변경과 충돌하는 경우 Git에서 병합 충돌 해결하라는 메시지를 표시합니다. 병합 커밋(L)에는 통합된 원본 분기 및 대상 분기 변경 내용이 포함됩니다. 원본 및 대상 분기 팁(K 및 E)은 병합 커밋의 부모입니다. 분기의 커밋 기록에서 병합 커밋은 병합 작업에 유용한 표식이며 병합된 분기를 명확하게 표시합니다.
Git 병합은 대상 분기(원본 분기가 변경되지 않은 상태로 다시 기본 수정)만 수정합니다. 하나 이상의 병합 충돌 발생하면 병합을 완료하도록 해결해야 합니다. 또는 병합 작업을 취소하고 대상 분기를 이전 상태로 반환할 수 있습니다.
병합 옵션 및 전략에 대한 자세한 내용은 Git 참조 설명서 및 Git 병합 전략을 참조하세요.
팁
원본 분기가 원격 추적 분기인 경우 병합 전에 Git 인출 을 실행하여 분기가 최신 상태인지 확인합니다.
메뉴 모음에서 Git 분기 관리를 선택하여 Git 리포지토리 창을 엽니다.>
Git 리포지토리 창에서 대상 분기를 마우스 오른쪽 단추로 클릭하고 체크 아웃을 선택합니다.
원본 분기를 마우스 오른쪽 단추로 클릭하고 원본 분기를 대상 분기>>로 <병합<을 선택합니다.
병합에 성공한 후 Visual Studio에서 확인 메시지를 표시합니다.
병합 충돌 인해 병합이 중단되면 Visual Studio에서 사용자에게 알립니다. 충돌을 해결하거나 병합을 취소하고 병합 전 상태로 돌아갈 수 있습니다.
다시 지정
Git 은 대상 분기의 커밋 기록을 다시 지정 하여 모든 원본 분기 커밋을 포함하고 마지막 공통 커밋 이후 모든 대상 분기 커밋을 포함합니다. 이를 보는 또 다른 방법은 Git 리베이스가 원본 분기 기록 위에 있는 대상 분기의 변경 내용을 재생하는 것입니다. 원본 분기 변경 내용이 대상 분기 변경과 충돌하는 경우 Git에서 병합 충돌 해결하라는 메시지를 표시합니다. Git rebase는 병합 커밋을 만들지 않습니다. 특히 Git은 기존 대상 분기 커밋의 시퀀스를 변경하며 다른 병합 전략의 경우는 그렇지 않습니다. 위의 다이어그램에서 commit K'는 K와 동일한 변경 내용을 포함하지만 C 대신 다시 커밋 E에 연결되기 때문에 새 커밋 ID 있습니다.
Git 다시베이스는 대상 분기(원본 분기가 변경되지 않은 기본 수정)만 수정합니다. 하나 이상의 병합 충돌 발생하면 다시베이스를 완료하도록 확인해야 합니다. 또는 재베이스 작업을 취소하고 대상 분기를 이전 상태로 반환할 수 있습니다.
기능 또는 버그픽스 분기에서 작업하는 유일한 사용자인 경우 Git rebase를 사용하여 새 main 분기 커밋을 통합하는 것이 좋습니다. 그렇지 않으면 Git 병합을 사용합니다. Git 리베이스 및 사용 시기에 대한 자세한 내용은 rebase 및 Rebase 및 병합을 사용하여 변경 내용 적용을 참조하세요.
팁
원본 분기가 원격 추적 분기인 경우 다시베이스 전에 Git 인출 을 실행하여 분기가 최신 상태인지 확인합니다.
Git 분기 관리를 선택하여 Git 리포지토리 창을 엽니다.>
Git 리포지토리 창에서 대상 분기를 마우스 오른쪽 단추로 클릭하고 체크 아웃을 선택합니다.
원본 분기를 마우스 오른쪽 단추로 클릭하고 대상 분기를 원본> 분기>로 <다시베이스<를 선택합니다.
Visual Studio는 성공적으로 다시 기반이 된 후 확인 메시지를 표시합니다.
병합 충돌 인해 다시베이스가 중단되면 Visual Studio에서 사용자에게 알립니다. 충돌을 해결하거나 다시베이스를 취소하고 다시베이스 전 상태로 돌아갈 수 있습니다.
끌어오기로 변경 내용 다운로드 및 분기 업데이트
기본적으로 Git 끌어오기는 Git 인출 과 Git 병합 을 결합하여 원격에서 현재 로컬 분기를 업데이트합니다. 필요에 따라 Git 끌어오기는 Git 병합 대신 Git 리베이스 를 수행할 수 있습니다.
Git 인출과 달리 Git pull은 원격 리포지토리에서 새 커밋을 다운로드한 직후 현재 로컬 분기를 업데이트합니다. Git 가져오기 직후 현재 로컬 분기를 업데이트하려는 경우 Git 끌어오기를 사용합니다.
팁
끌어올 때 병합 대신 다시 기반하도록 Visual Studio를 구성하려면 다음을 수행합니다.
- Git 메뉴에서 도구>옵션>소스 제어>Git Global 설정 이동합니다.
- 옵션을 끌어서 놓을 때 로컬 분기 다시베이스를
True설정합니다.
Git 변경 내용 창에서 끌어오기를 선택합니다.
Git 메뉴에서 끌어오기를 선택할 수도 있습니다.
끌어오기 작업이 완료되면 확인 메시지가 표시됩니다.
끌어오기 작업의 병합 부분에서 충돌이 발생하면 Visual Studio에서 사용자에게 알립니다. 충돌을 해결하거나 병합을 취소하고 병합 전 상태로 돌아갈 수 있습니다.
참고 항목
Visual Studio에서 동기화는 끌어오기 후 푸시를 수행하여 로컬 및 원격 분기를 동기화합니다. 동기화에 대한 자세한 내용은 Visual Studio에서 버전 제어를 위해 git 인출, 끌어오기, 푸시 및 동기화 사용을 참조하세요.
다음 단계
관련된 문서
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기