Git에서 로컬 브랜치를 원격 브랜치로 완전히 바꾸는 방법은 무엇입니까?

두 가지가 있습니다.

1. 현지 지사 (내가 일하는 곳)
2. 원격 브랜치 (공개, 잘 테스트 된 커밋 만 이동)

최근에 나는 현지 지점을 심각하게 망쳤습니다.

로컬 브랜치를 완전히 원격 브랜치로 대체하여 원격 브랜치가있는 곳에서 작업을 계속할 수 있습니까?

나는 이미 SO를 검색했으며 원격 지점을 로컬로 체크 아웃해도 아무런 영향을 미치지 않습니다.

1. Zoltán의 의견 에서 교체하려는 지점을 확인했는지 확인하십시오 .

2. master가 교체하려는 로컬 지점이고 "origin / master"가 재설정하려는 원격 지점이라고 가정합니다.

   git reset --hard origin/master
   

그러면 로컬 HEAD 분기가 출발지 / 마스터와 동일한 개정으로 업데이트되고이 --hard변경 사항을 인덱스 및 작업 영역에도 동기화합니다.

세 단계만큼 쉽습니다.

1. 현지 지점을 삭제하십시오. git branch -d local_branch
2. 최신 원격 지점을 가져옵니다. git fetch origin remote_branch
3. 원격 지점을 기반으로 로컬 지점을 다시 작성하십시오. git checkout -b local_branch origin/remote_branch

git branch -D <branch-name>
git fetch <remote> <branch-name>
git checkout -b <branch-name> --track <remote>/<branch-name>

원격 브랜치로 모든 것을 교체하십시오. 그러나 로컬 커밋이 같은 커밋에서만 :

git reset --hard origin/some-branch

또는 원격 지점에서 최신 정보 를 얻고 모든 것을 교체하십시오.

git fetch origin some-branch
git reset --hard FETCH_HEAD

또한 필요한 경우 아직 커밋하지 않은 추적되지 않은 파일 및 디렉토리를 지울 수 있습니다.

git clean -fd

현재 로컬 브랜치를 원격으로 교체하는 가장 안전하고 완벽한 방법 :

git stash
git merge --abort
git rebase --abort
git branch -M yourBranch replaced_yourBranch
git fetch origin yourBranch:yourBranch
git checkout yourBranch

stash줄은 커밋되지 않은 변경 사항을 저장합니다. branch라인은 원래 이름을 확보, 다른 이름으로 지점을 이동합니다. fetch라인은 원격의 최신 복사본을 검색합니다. 이 checkout선은 원래 분기를 추적 분기로 다시 만듭니다.

또는 bash 함수로 :

replaceWithRemote() {
    yourBranch=${1:-`git rev-parse --abbrev-ref HEAD`}
    git stash
    git merge --abort
    git rebase --abort
    git branch -M ${yourBranch} replaced_${yourBranch}_`git rev-parse --short HEAD`
    git fetch origin ${yourBranch}:${yourBranch}
    git checkout ${yourBranch}
}

현재 분기의 이름이 replace_master_98d258f와 같은 이름으로 바뀝니다.

아직 아무도 이것을 언급하지 않은 것에 놀랐습니다. 나는 거의 매일 그것을 사용합니다 :

git reset --hard @{u}

기본적으로 @{u}현재 지점에서 추적하는 업스트림 지점의 약어입니다. 예를 들어, 이것은 일반적으로와 같습니다 origin/[my-current-branch-name]. 가지에 구애받지 않기 때문에 좋습니다.

에 있는지 확인 git fetch원격 브랜치의 최신 복사본을 얻을 첫번째.

더 나은 지식 관점을 전파하기 위해이 답변을 계속 편집하여 여러 가지 방법으로 수행 할 수 있습니다.

1) 하드 리셋

원격 개발 브랜치에서 작업중인 경우 다음과 같이 HEAD를 원격 브랜치의 마지막 커밋으로 재설정 할 수 있습니다.

git reset --hard origin/develop

2) 현재 브랜치를 삭제하고 원격 저장소에서 다시 체크 아웃하십시오.

원격 / 개발 지점과 동기화되는 로컬 리포지토리에서 지점을 개발하고 있다고 생각하면 다음과 같이 할 수 있습니다.

git branch -D develop
git checkout -b develop origin/develop

3) 중단 병합

잘못된 병합 사이에 있고 (잘못 잘못된 분기로 수행됨) 병합이 다음과 같이 최신 지점으로 다시 돌아가는 것을 피하려는 경우 :

git merge --abort

4) 중단 rebase

불량한 리베이스 사이에있는 경우 다음과 같이 리베이스 요청을 중단 할 수 있습니다.

git rebase --abort

@Laurent의 @Hugo가 말한 것처럼 할 수 있거나 git rebase어떤 커밋을 알고 있다면 제거하려는 커밋을 삭제할 수 있습니다. git rebase -i head~N이런 종류의 작업에는 (N은 숫자이므로 마지막 N 커밋을 조작 할 수 있습니다) 사용하는 경향이 있습니다 .

선택한 대답은 절대적으로 올바른 그러나 그것은 / 커밋 최신으로 밀어 나를 떠나지 않았다, ...

그래서 나를 위해 :

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

몇 주 동안 업스트림 브랜치를 특정 브랜치로 일시적으로 설정하고 싶다는 것을 알고 있기 때문에 (이전에 전환 / 체크 아웃하고 하드 리셋을 한 것과 동일)

따라서 재설정 후

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

현재 체크 아웃되지 않은 지점을 업데이트하려면 다음을 수행하십시오.

git fetch -f origin rbranch:lbranch

선택한 설명에 제공된대로 git reset 이 좋습니다. 그러나 오늘날 우리는 종종 서브 모듈을 사용합니다 : 리포지토리 내부의 리포지토리. 예를 들어, 프로젝트에서 ZF3 및 jQuery를 사용하는 경우 원래 리포지토리에서 복제 할 수 있습니다. 이 경우 git reset 으로 충분하지 않습니다. 저장소에 정의 된 정확한 버전으로 하위 모듈을 업데이트해야합니다.

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

각 하위 모듈의 작업 디렉토리로 재귀 적으로 와서 (cd) 다음과 같이 실행됩니다.

git submodule update

그리고 그것은 매우 다릅니다

git checkout master
git pull

하위 모듈은 분기가 아니라 커밋을 가리 키기 때문입니다.

이 경우 하나 이상의 하위 모듈에 대한 일부 분기를 수동으로 체크 아웃하면 실행할 수 있습니다

git submodule foreach git pull

git reset --hard
git clean -fd

이것은 나를 위해 일했습니다. 깨끗한 파일도 삭제했습니다. 변경 사항을 잃게 될 것이라고 말하면 숨겨야합니다.

추악하지만 간단한 방법 : 로컬 폴더를 삭제하고 원격 저장소를 다시 복제하십시오.