Git에서 풀 작업을 롤백하는 방법
Git의 광범위한 사용으로 인해 많은 개발자는 특히 풀 작업 중에 예상치 못한 병합을 경험했습니다. 이 경우 간단한 해결책은 잘못된 병합이 프로젝트에 미치는 영향을 피하기 위해 원래 상태로 돌아온 다음 새 분기를 다시 시작하는 것입니다. 이 문서에서는 끌어오기 작업을 롤백하는 방법을 보여줍니다.
풀 연산이란 무엇인가
먼저 풀 연산의 개념을 명확히 할 필요가 있습니다. 풀(Pull)은 원격 저장소에서 최신 버전을 가져와 로컬 브랜치에 병합하는 것을 의미합니다. 일반적으로 pull에는 다음 명령을 사용합니다.
git pull origin master
위 명령은 원격 웨어하우스 원본의 마스터 브랜치에서 최신 버전을 가져와 로컬 마스터 브랜치에 병합한다는 의미입니다. 현재 로컬 분기에 커밋되지 않은 변경 사항이 있는 경우 끌어오기 작업을 수행하기 전에 변경 사항을 커밋하고 충돌을 해결해야 합니다.
풀 작업을 빠르게 롤백
최신 커밋으로만 롤백해야 하는 경우 아래와 같이 git Reset 명령을 사용할 수 있습니다.
git reset --hard HEAD^
위 명령은 가장 최근 커밋을 재설정(롤백)합니다. . 로컬 변경 사항을 덮어쓰려면 --hard 매개변수를 사용해야 하므로 변경 사항을 백업해 두십시오.
여러 커밋 중 하나로 롤백하려면 커밋 ID를 매개변수로 사용할 수 있습니다. 예를 들어 다음 명령은 커밋 ID 123456으로 롤백합니다.
git reset --hard 123456
이 명령은 이전 변경 사항을 모두 덮어쓰므로 주의해서 진행하십시오.
원격 지점으로 롤백
잘못된 병합을 수행하면 원격 지점으로 롤백해야 할 수도 있습니다. 이 경우 재설정하면 이전에 병합된 모든 변경 사항이 손실됩니다. 원격 브랜치로 롤백하려면 다음 명령을 사용할 수 있습니다.
git reset --hard origin/master
위 코드는 로컬 브랜치를 원격 웨어하우스의 마스터 브랜치로 재설정합니다. 이 명령은 이전 변경 사항도 모두 덮어쓰므로 주의해서 진행하세요.
커밋 거부
때로는 병합 작업 후에 병합을 거부하고 다른 작업을 계속해야 할 수도 있습니다. 이 경우 다음 명령을 사용할 수 있습니다.
git revert -m 1 <commit-hash>
이 명령은 이전 커밋을 취소합니다. 두 개 이상의 상위 병합 커밋이 있는 경우 -m 1 매개변수를 사용하여 기본 커밋을 지정해야 합니다. 때로는 여러 커밋을 병합해야 하는 경우가 있는데, 이 명령은 매우 실용적입니다.
특정 변경 사항 유지
롤백하기 전에 때로는 특정 변경 사항을 유지해야 할 때도 있습니다. 이 경우 다음 명령을 사용할 수 있습니다.
git stash
위 명령은 현재 작업 디렉터리와 인덱스 상태를 스택에 저장하고 현재 상태를 지웁니다. 이는 다른 변경 사항으로 인해 충돌하는 영향을 받지 않고 재설정/롤백 작업을 안전하게 수행할 수 있음을 의미합니다. 변경 사항을 가져온 후 다음 명령을 사용하여 되돌릴 수 있습니다.
git stash apply
이렇게 하면 저장된 변경 사항이 작업 디렉터리에 복원되고 결과가 인덱스에 병합됩니다.
요약
위에서 언급한 것처럼 끌어오기 작업을 롤백하는 방법에는 여러 가지가 있습니다. 각 방법은 다르며 다른 단계가 필요할 수 있습니다. 롤백하기 전에 모든 변경 사항을 백업하고 롤백 방법을 확인했는지 확인하세요. 확실하지 않은 경우 모든 변경 사항을 백업하고 계속 진행하기 전에 팀원이나 경험이 많은 동료에게 문의하세요.
위 내용은 Git에서 풀 작업을 롤백하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undress AI Tool
무료로 이미지를 벗다

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

GitHub에서 풀 요청을 효과적으로 검토하는 방법은 무엇입니까? 우선, PR의 목적을 명확히하고 제목, 설명 및 작업이 관련되어 있는지 확인하고 변경 의도를 이해하도록해야합니다. 1. 코드를 검토 할 때 정확성, 일관성, 성능 및 보안을 확인하고 인라인 의견을 사용하여 질문이나 제안을 요청하십시오. 2. 필요한 경우 로컬로 코드를 테스트하고 기능을 확인하고 잠재적 오류를 찾으십시오. 3. 검토 및 테스트 결과를 바탕으로 승인 또는 수정을 결정하고 명확하게 전달하고 피드백을 전달합니다. 이 단계에 따라 코드 품질이 향상되고 협업이 용이 해집니다.

Gitcherry-Pick은 단일 커밋을 정확하게 적용하는 데 사용됩니다. 적용 가능한 시나리오 : 피처 브랜치의 버그 수정을 메인으로 빠르게 병합하고, 잘못된 분기의 커밋 이동을 수정하고, 교차 버전 분기 이식 핫 픽스; 2. 기본 사용법은 Gitcherry-Pick이며,이 커밋의 변경 사항을 복사하고 새로운 해시 커밋을 생성합니다. 3. 반복 커밋을 피하기 위해 a^.. b, -ff로 배치 선택을 통해 변경 사항을 미리 볼 수 있습니다. 4. 공유 지점에서의 남용을 피하고, 충돌을 신중하게 처리하며, 기본적으로 커밋을 선택하고 병합하지 않기 위해주의를 기울이지 않도록주의하십시오. 올바르게 사용하면 효율성을 향상시키고 커밋 기록을 깨끗하게 유지할 수 있습니다.

tooptimizelargegitrepositories, startByUsingshallowClonesandsparseCheckOutStoredUcedAtaload : 1. despth1forminimalHistoryAndGitsParse-CheckoutToCTETCHETHONLYNEDEDDIRECTORIES.2.enablebuilt-inoptopnationslikecore.commitgraph, cormitversion4, COMPERONE4, COVER.NINDEXVERSOUN4, CORMITVERSOUN4, CORMITVERSOUN4,

SwitchTomainandlistmergedBrancheswithgitbranch-- thendetethemexexceptmainanddevelopusinggitbranch- | Grep-V "Main \\ | 개발"| xargsgitbranch-d.2.deletestaleremotebrancheswithgitpushorigin-deleteandsyncaltrackingwithfetch-withfetch-

useimperativeMoodtomakemessagesConsentAndClear, 예를 들어, "고정 버그"대신 "fixbug"

효과적인 의사 소통, 문제 해결, 공통 목표 설정 및 규칙 공식을 통해 팀워크의 갈등이 해결되어야합니다. 첫째, 우리는 갈등의 존재에 직면하고 숨겨진 위험을 파는 것을 피하기 위해 적극적으로 논의해야합니다. 둘째, 우리는 옳고 그름을 판단하기 위해 서두르지 말고 모든 당사자의 입장과 출발점을 듣고 감정보다는 사실 문제를 해결해야합니다. 둘째, 사용자의 관점에서 설계 계획을 평가하고 의사 결정을 돕기 위해 타사 관점을 도입하는 것과 같은 공통 목표를 설정합니다. 그런 다음 회의 역할 부서, 협업 도구 사용, 정기 검토 및 조정 메커니즘과 같은 명확한 규칙을 공식화합니다. 마지막으로, 표현 방법으로 인한 갈등이 증가하지 않도록 정서적 관리에주의를 기울이고, 제 3 자에게 필요한 경우 조정하도록 요청하십시오. 시간이 지남에 따라 직면하고 합리적인 방법을 채택하는 한, 갈등은 팀 진행을 촉진 할 수있는 기회로 전환 될 수 있습니다.

GITLFS는 대형 파일 스토리지 문제를 해결하고 대형 파일을 포인터로 대체하며 실제 컨텐츠를 원격 서버에 저장합니다. 2. GitlfSinstall을 설치하고 GitlfStrack "*. Extension을 사용하여 파일 유형을 추적하고 .gitattributes를 제출하십시오. 3. 복제 할 때 먼저 GitlfSinstall을 실행해야합니다. 그렇지 않으면 포인터 만 얻을 수 있으며 파일을 사용할 수 없습니다. 4. 모든 파일 추적을 피하고 .gitattributes를 제출하는 것을 잊고 클로닝 후 실제 파일을 얻을 것인지 테스트하십시오.
