다시 지정으로 변경 내용 적용

아티클
04/04/2024

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Git은 각 새 커밋을 이전 버전에 연결하여 분기의 개발 기록을 자동으로 기본. 한 분기를 다른 분기로 병합하면 기록이 덜 간단해질 수 있습니다. 예를 들어 빠른 전달 없는 병합은 여러 선행 작업과 병합 커밋을 만들어 서로 다른 개발 라인을 결합합니다. 반대로 Git 리베이스 는 병합 커밋을 만들지 않고 다양한 개발 라인을 결합하므로 커밋 기록이 더 간단해지지만 병합에 대한 정보가 손실됩니다. 병합 형식의 선택은 병합 레코드를 유지할지 아니면 커밋 기록을 단순화할지에 따라 달라질 수 있습니다.

이 문서에서는 빠른 전달 없는 병합 대신 rebase를 사용하는 경우를 설명하고 다음 작업에 대한 절차를 제공합니다.

로컬 분기 다시베이스
다시베이스 후 로컬 분기 강제 푸시
로컬 커밋을 스쿼시 대화형 다시 기반

Git 워크플로에 대한 개요는 Azure Repos Git 자습서를 참조하세요.

로컬 분기 다시베이스

Git 리베이스 는 원본 분기의 커밋을 현재 로컬 분기(대상 분기)에 통합합니다. 원본 분기는 변경되지 기본. 비교를 위해 Git 리베이스 및 기타 병합 형식은 다음 다이어그램에 표시됩니다.

Git rebase를 사용할 때 커밋 전후를 보여 주는 다이어그램

Git은 대상 분기의 커밋 기록을 다시 지정하여 모든 원본 분기 커밋을 포함하고 마지막 공통 커밋 이후 모든 대상 분기 커밋을 포함합니다. 이를 보는 또 다른 방법은 다시베이스가 원본 분기 기록 위에 있는 대상 분기의 변경 내용을 재생하는 것입니다. 특히 Git은 기존 대상 분기 커밋의 시퀀스를 변경하며 다른 병합 전략의 경우는 그렇지 않습니다. 위의 다이어그램에서 commit K'는 K와 동일한 변경 내용을 포함하지만 C 대신 다시 커밋 E에 연결되므로 새 커밋 ID 있습니다.

다시베이스하는 동안 원본 분기 변경 내용이 대상 분기 변경과 충돌하는 경우 Git에서 병합 충돌 해결하라는 메시지를 표시합니다. 병합 중에 병합 충돌 확인하는 것과 동일한 방식으로 다시베이스 중에 병합 충돌 확인할 수 있습니다.

rebase vs. no-빠른 전달 merge

Git 재지정을 사용하면 빠른 전달 없는 병합보다 간단하지만 정확한 커밋 기록이 생성되며, 그렇지 않으면 3방향 또는 true 병합이라고 합니다. 커밋 기록에서 병합의 레코드를 원하는 경우 빠른 전달 없는 병합을 사용합니다.

기능 또는 버그픽스 분기에서 작업하는 유일한 사용자인 경우 rebase를 사용하여 최근 main 분기 작업을 정기적으로 통합하는 것이 좋습니다. 이 전략은 다른 사용자의 최근 작업을 인식하고 발생하는 모든 병합 충돌 신속하게 해결하는 데 도움이 됩니다. 재지정을 통해 최신 main 분기 작업 위에 새 기능을 구현하여 선형 커밋 기록을 기본 수 있습니다.

Git 리베이스 및 사용 시기에 대한 자세한 내용은 Rebase 및 병합을 참조하세요.

다시 기반 및 강제 푸시 지침

이전에 푸시한 로컬 분기를 다시베이스한 다음 기본 Git 푸시 명령을 다시 실행하면 푸시가 실패합니다. 기본 Git 푸시 명령은 빠른 전달 병합을 적용하여 로컬 분기를 원격 분기에 통합합니다. 다시베이스가 로컬 대상 분기의 기존 커밋 시퀀스를 변경하므로 해당 명령이 다시베이스 후에 실패하므로 원격 대응 항목의 기록과 더 이상 일치하지 않습니다. 이 시나리오에서는 원격 분기를 덮어써서 강제 푸시 성공합니다.

Git 재지정 및 강제 푸시 강력한 도구이지만 다음 지침을 사용할지 여부를 결정할 때는 다음 지침을 염두에 두어야 합니다.

다른 사용자가 공유 분기를 사용하지 않는 한 푸시되고 다른 사용자와 공유된 로컬 분기를 다시 지정하지 마세요. 다시 기반이 되면 로컬 분기가 원격 분기의 기록과 더 이상 일치하지 않습니다.
로컬 버전의 원격 분기가 업데이트된 원격 분기 기록과 더 이상 일치하지 않으므로 다른 사용자가 사용 중인 원격 분기에 강제 푸시 마세요.
팀은 재지정 및 강제 푸시 사용 시나리오에 동의해야 합니다.

팁

공동 작업 검토 프로세스의 경우 끌어오기 요청을 사용하여 새 작업을 원격 리포지토리의 기본 분기 병합합니다.

다시베이스하는 방법

Visual Studio 2022는 Git 메뉴, Git 변경 내용 및 솔루션 탐색기 상황에 맞는 메뉴를 사용하여 Git 버전 제어 환경을 제공합니다. Visual Studio 2019 버전 16.8은 팀 탐색기 Git 사용자 인터페이스도 제공합니다. 자세한 내용은 Visual Studio 2019 - 팀 탐색기 탭을 참조하세요.

Git 분기 관리를 선택하여 Git 리포지토리 창을 엽니다.>
Git 리포지토리 창에서 대상 분기를 마우스 오른쪽 단추로 클릭하고 체크 아웃을 선택합니다.
원본 분기를 마우스 오른쪽 단추로 클릭하고 대상 분기를 원본> 분기>로 <다시베이스<를 선택합니다.
Visual Studio는 성공적으로 다시 기반이 된 후 확인 메시지를 표시합니다.

병합 충돌 인해 다시베이스가 중단되면 Visual Studio에서 사용자에게 알립니다. 충돌을 해결하거나 다시베이스를 취소하고 다시베이스 전 상태로 돌아갈 수 있습니다.

원본 분기 커밋을 대상 분기에 통합하려면 다음 명령을 실행합니다 git rebase .

git rebase <source branch name> <target branch name>

현재 로컬 분기가 대상 분기인 경우 rebase 명령을 간소화하여 다음을 수행할 수 있습니다.

git rebase <source branch name>

Git은 재베이스 중에 충돌이 있는 경우 사용자에게 알립니다. 충돌을 해결한 다음 실행하거나 실행 git rebase --abortgit rebase --continue하여 다시베이스를 실행 취소하고 다시베이스 전 상태로 돌아갈 수 있습니다.

다시베이스 후 로컬 분기 강제 푸시

이전에 푸시한 로컬 분기를 다시베이스하는 경우 후속 기본 Git 푸시가 실패합니다. 대신 로컬 분기를 강제 푸시 해당 커밋 기록과 일치하도록 원격 대응을 덮어쓸 수 있습니다.

Warning

다른 사용자가 작업 중인 분기를 강제 푸시 않습니다. 자세한 내용은 다시베이스 및 강제 푸시 지침을 참조하세요.

Visual Studio에서 강제 푸시 먼저 강제 푸시 옵션을 사용하도록 설정해야 합니다.

도구>옵션>소스 제어>Git 전역 설정 이동합니다.
밀어넣기 --force-with-lease 사용 옵션을 선택합니다.

Git 푸시 --force-with-lease 플래그는 강제 푸시 로컬 분기 내에 통합되지 않은 커밋이 있는 원격 분기를 덮어쓰지 않으므로 플래그보다 --force 안전합니다.

Git 변경 내용 창에서 푸시 단추를 선택하여 커밋을 푸시합니다.

또는 Git 메뉴에서 푸시를 선택할 수 있습니다.
기본 Git 푸시 작업이 실패하면 Visual Studio에서 Git-Push 실패 대화 상자를 시작합니다. 강제 푸시를 선택합니다.
Visual Studio는 푸시에 성공한 후 확인 메시지를 표시합니다.

팁

로컬 분기에서 동일한 이름의 원격 분기로 새 커밋을 강제 푸시:

git push --force-with-lease <remote> <local branch name>

푸시하려는 분기가 검사 아웃 분기인 경우 강제 푸시 명령을 간소화하여 다음을 수행할 수 있습니다.

git push --force-with-lease <remote>

원격 리포지토리를 복제할 때 Git은 복제한 원격 리포지토리의 URL에 대한 약식으로 별칭 origin 을 할당합니다. 별칭 값을 검사 origin 실행 git remote -v 합니다. 별칭을 origin 수동으로 추가하려면 다음을 실행 git remote add origin <remote repo url>합니다. 별칭을 origin 사용하면 강제 푸시 명령을 더 단순화할 수 있습니다.

git push --force-with-lease origin

현재 로컬 분기가 원격 분기를 origin추적하는 경우 강제 푸시 명령을 완전히 축약할 수 있습니다.

git push --force-with-lease

그러나 로컬 분기가 원격 분기를 추적하지 않으면 완전히 약어된 푸시 명령이 실패합니다. 실행 git remote show origin 하여 분기의 추적된 상태 검사.

로컬 커밋을 스쿼시 대화형 다시 기반

일반적으로 로컬 기능 분기 새 기능을 작업할 때 여러 커밋을 만듭니다. 새 기능을 게시할 준비가 되면 해당 커밋을 단일 커밋으로 통합하여 커밋 기록을 간소화할 수 있습니다. 대화형 재베이스를 사용하여 여러 커밋을 단일 커밋으로 스쿼시 수 있습니다.

Visual Studio 2022는 대화형 재지정을 지원하지 않습니다. 대신 Git 명령줄을 사용합니다.

대화형 재베이스를 수행하려는 로컬 분기를 확인합니다.
커밋되지 않은 변경 내용을 커밋, 숨김 또는 카드.
커밋 기록에서 얼마나 멀리 돌아갈지 예측합니다. 대화형 rebase 명령을 실행할 때 스쿼시 특정 커밋을 선택해야 하는 만큼 정확할 필요는 없습니다. 예를 들어 마지막 5개 커밋 내에서 커밋을 스쿼시 하려면 다음을 실행합니다.
```
git rebase -i HEAD~5
```
Git은 최근 커밋부터 시작하여 마지막 5개의 커밋을 나열하는 편집기를 엽니다. 예시:
```
pick 7068b09 Update README network switch section
pick 9d247f7 Update README network controller section
pick 5d7ab9f Fix fiber optic transmitter test
pick 7b43f3f Add network switch test
pick 00859d9 Add network controller test
```
첫 번째 줄을 그대로 둡니다. 후속 줄에서 커밋을 위의 커밋과 병합하려면 .로 변경 pick 합니다 squash. 예를 들어 상위 두 커밋과 하위 두 커밋을 결합하려면 커밋 목록을 다음과 같이 수정합니다.
```
pick 7068b09 Update README network switch section
squash 9d247f7 Update README network controller section
pick 5d7ab9f Fix fiber optic transmitter test
pick 7b43f3f Add network switch test
squash 00859d9 Add network controller test
```
편집기를 저장한 후 닫습니다. 그러면 Git에서 병합된 커밋의 각 집합에 대한 새 편집기를 열고 커밋 메시지 입력하라는 메시지를 표시합니다. 각 커밋 집합에 대해 커밋 메시지 하나의 메시지로 압축한 다음 편집기를 저장하고 닫습니다. 앞의 예제에서 스쿼시 커밋은 새 커밋 메시지 압축됩니다.
```
8fcb88f Update README network sections
ac6d3c0 Fix fiber optic transmitter test
f0aadc3 Add two network tests
```
커밋이 스쿼시 않았지만 이제 다른 선행 커밋 Fix fiber optic transmitter test 에 연결되므로 새 커밋 ID 있습니다.

대화형 재지정에 대한 자세한 내용은 Git 다시 기반 대화형 모드를 참조하세요.

참고 항목

Azure DevOps 사용자는 병합을 스쿼시 끌어오기 요청 중에 토픽 분기의 커밋 기록을 압축할 수 있습니다.

다음 단계

체리 픽을 사용하여 변경 내용 복사

다시 지정으로 변경 내용 적용

로컬 분기 다시베이스

rebase vs. no-빠른 전달 merge

다시 기반 및 강제 푸시 지침

다시베이스하는 방법

다시베이스 후 로컬 분기 강제 푸시

로컬 커밋을 스쿼시 대화형 다시 기반

다음 단계

피드백

피드백

추가 리소스

다시 지정으로 변경 내용 적용

로컬 분기 다시베이스

rebase vs. no-빠른 전달 merge

다시 기반 및 강제 푸시 지침

다시베이스하는 방법

다시베이스 후 로컬 분기 강제 푸시

로컬 커밋을 스쿼시 대화형 다시 기반

다음 단계

관련된 문서

피드백

피드백

추가 리소스