마스터 브랜치와 '원산지 / 마스터'가 분기되었는데, '지점을'버릴 '방법은 무엇입니까?

어떻게 든 내 마스터와 마스터 / 마스터 지점이 분기되었습니다.
나는 실제로 그들이 갈라지는 것을 원하지 않습니다.

이러한 차이점을보고 '병합'하려면 어떻게해야합니까?

다음 과 같은 차이점 을 검토 할 수 있습니다 .

git log HEAD..origin/master

전에 잡아 당겨 (+ 병합을 가져 오기) (참조 : "항상 특정 지점에서 당겨에 당신이 자식을 어떻게합니까?" )

다음과 같은 메시지가있을 때 :

"지점과 '원산지 / 마스터'가 각각 분기되어 각각 1 개와 1 개의 서로 다른 커밋이 있습니다."

업데이트가 필요한지origin 확인하십시오 . 경우 origin입니다 최신, 다음 몇 가지 커밋은 푸시 된 origin로컬 자신의 커밋을 만들어 동안 다른 REPO에서.

... o ---- o ---- A ---- B  origin/master (upstream work)
                   \
                    C  master (your work)

커밋 C는 커밋 A에 기반을 두었습니다. 그 이유는 당시 업스트림에서 가져온 최신 작업 이었기 때문입니다.

그러나 원점으로 돌아 가려고 시도하기 전에 다른 사람이 커밋 B를 푸시했습니다.
개발 기록은 별도의 경로로 분기되었습니다.

그런 다음 병합하거나 리베이스 할 수 있습니다. 자세한 내용은 Pro Git : Git Branching-Rebasing 을 참조하십시오.

병합

git merge 명령을 사용하십시오 :

$ git merge origin/master

이것은 Git에게 변경 사항을 origin/master작업 에 통합하고 병합 커밋을 만들도록 지시 합니다.
히스토리 그래프는 이제 다음과 같습니다.

... o ---- o ---- A ---- B  origin/master (upstream work)
                   \      \
                    C ---- M  master (your work)

새로운 병합 커밋 M에는 두 개의 부모가 있으며, 각 부모는 커밋에 저장된 내용으로 이어지는 하나의 개발 경로를 나타냅니다.

M 뒤에있는 이력은 이제 비선형입니다.

리베이스

git rebase 명령을 사용하십시오 :

$ git rebase origin/master

이것은 Git에게 커밋 C (작업)를 마치 A 대신 커밋 B에 기반한 것처럼 재생하도록 지시합니다.
CVS와 Subversion 사용자는 커밋 전에 업데이트 할 때 업스트림 작업 위에 로컬 변경 사항을 정기적으로 리베이스합니다.
Git은 커밋 단계와 리베이스 단계 사이에 명확한 분리를 추가합니다.

히스토리 그래프는 이제 다음과 같습니다.

... o ---- o ---- A ---- B  origin/master (upstream work)
                          \
                           C'  master (your work)

커밋 C '는 git rebase 명령으로 생성 된 새로운 커밋입니다.
두 가지 측면에서 C와 다릅니다.

1. 다른 역사가 있습니다 : A 대신 B.
2. 그 내용은 B와 C의 변화를 설명합니다. 병합 예제의 M과 동일합니다.

C '의 히스토리는 여전히 선형입니다.
우리는 (현재)에서 선형 이력 만 허용하도록 선택했습니다 cmake.org/cmake.git.
이 접근 방식은 이전에 사용 된 CVS 기반 워크 플로우를 유지하며 전환을 쉽게 할 수 있습니다.
C '를 리포지토리에 푸시하려는 시도가 작동합니다 (권한이 있고 재조정하는 동안 아무도 푸시하지 않았다고 가정).

git pull 명령은 원점에서 가져 와서 로컬 작업을 리베이스하는 간단한 방법을 제공합니다.

$ git pull --rebase

위의 페치 및 리베이스 단계를 하나의 명령으로 결합합니다.

나는 이것을 가지고 있었고 위의 답변을 읽은 후에도 그 원인을 알 수 있습니다. 내 해결책은했다

git reset --hard origin/master

그런 다음 (원격) 원점 / 마스터로 표시되는 마스터 (내가 망친 것으로 가정)의 내 로컬 사본을 올바른 지점으로 재설정합니다.

경고 : 아직 변경하지 않은 모든 변경 사항을 잃게됩니다 origin/master.

git pull --rebase origin/master 

대부분의 시간에 도움을 줄 수있는 단일 명령입니다.

편집 : 오리진 / 마스터에서 커밋을 가져 와서 새로 가져온 분기 히스토리에 변경 사항을 적용합니다.

원격 지점을 추적하는 지점 을 리베이스 하려고 할 때이 상황에서 자신을 발견 했으며 마스터에서 리베이스하려고했습니다. 이 시나리오에서 리베이스를 시도하면 분기가 분기 되어 git nubees가 아닌 엉망이 될 수 있습니다!

마스터에서 분기 한 my_remote_tracking_branch 지점에 있다고 가정 해 보겠습니다.

$ git status

# my_remote_tracking_branch 지점에서

커밋 할 것이 없음 (작업 디렉토리 정리)

이제 마스터에서 다음과 같이 리베이스하려고합니다.

자식 리베이스 마스터

지금 중지하고 문제를 해결하십시오! 대신 다음과 같이 merge를 사용하십시오.

자식 병합 마스터

예, 지점에서 추가 커밋이 발생합니다. 그러나 "배포 해제"브랜치를 사용하지 않는 한 리베이스 작업보다 훨씬 원활한 워크 플로가됩니다. 보다 자세한 설명 은 이 블로그 를 참조하십시오 .

당신의 지점 만있는 경우 반면에, 지역 지점은 확실히 REBASE을 수행해야합니다 (즉, 아직 원격 푸시되지 않음) (그리고 분기되지 않습니다 분기 이 경우).

당신이 이것을 읽고 있다면 지금 당신은 이미 때문 이다 시나리오 등 REBASE 때문에, 다시 마지막에 얻을 수 있습니다 사용하여 (미 - 갈라 상태 즉) 원점에서 커밋 "분기"에서 :

git reset --hard origin / my_remote_tracking_branch

내 경우에는 여기에 분산 된 메시지 를 유발하기 위해 수행 git push한 작업이 있습니다.git commit --amend 커밋 메시지에 무언가를 추가했습니다. 그런 다음 또 다른 커밋을했습니다.

그래서 제 경우에는 단순히 원산지 / 마스터가 오래되었다는 것을 의미했습니다. 나는 아무도 다른 감동 원산지 / 마스터 없었다 알고 있기 때문에, 수정 사소한했다 : git push -f (여기서 -f수단의 힘)

내 경우에는 변경 사항을 푸시했습니다. origin/master 한 다음 그렇게하지 않아야한다는 것을 깨달았습니다.-(로컬 변경 사항이 하위 트리에 있다는 사실로 인해 복잡했습니다. 따라서 "나쁜"로컬 이전의 마지막 커밋으로 돌아갔습니다. SourceTree를 사용하여 변경 한 다음 "divergence message"를 받았습니다.

엉망을 로컬로 수정 한 후 (자세한 내용은 여기서 중요하지 않음) 원격 origin/master지점을 "시간으로 이동" 하여 로컬과 master다시 동기화되도록 했습니다. 내 경우의 해결책은 다음과 같습니다.

git push origin master -f

-f(강제) 스위치에 유의하십시오 . 이로 origin/master인해 실수 로 푸시 된 "잘못된 변경"이 삭제 되었으며 이제 로컬 및 원격 브랜치가 동기화되었습니다.

이 작업은 잠재적으로 파괴적인 작업이므로 원격 마스터를 "이전으로"이동 "할 수 있다는 것을 100 % 확신하는 경우에만 수행하십시오.

나는 여기에 많은 답변이 있다는 것을 알고 있지만 git reset --soft HEAD~1마지막에 변경 사항을 유지할 수 있기 때문에주의를 기울여야 한다고 생각 합니다. 은 분기 된 상태를 해결하는 동안 로컬 (푸시되지 않은) 커밋의 합니다. 나는 이것이 풀보다 더 다재다능한 해결책이라고 생각한다rebase로컬 커밋을 검토하고 다른 지점으로 옮길 수 있기 때문에 이것이 .

열쇠는 --soft가혹한 대신에 사용하고 --hard있습니다. 커밋이 두 개 이상인 경우 변형 HEAD~x이 작동합니다. 내 상황을 해결하는 모든 단계는 다음과 같습니다 (원격에서 1 개의 로컬 커밋 및 8 개의 커밋이 있음).

1) git reset --soft HEAD~1 로컬 커밋을 취소합니다. 다음 단계에서는 SourceTree에서 인터페이스를 사용했지만 다음 명령도 작동해야한다고 생각합니다.

2) git stash 1)에서 변경 사항을 숨 깁니다. 이제 모든 변경 사항이 안전하고 더 이상 발산이 없습니다.

3) git pull 원격 변경 사항을 가져옵니다.

4) git stash pop 또는 git stash apply마지막 숨김 변경 사항을 적용한 다음 원하는 경우 새 커밋을 적용합니다. 이 단계는 로컬 커밋에서 변경 사항을 휴지통에 버릴 때 2) 와 함께 선택 사항입니다. 또한 다른 분기로 커밋하려면이 단계는 원하는 분기로 전환 한 후에 수행해야합니다.

차이점을 보려면

git difftool --dir-diff master origin/master

두 분기 간의 변경 또는 차이점이 표시됩니다. araxis (My favorite)에서는 폴더 diff 스타일로 표시합니다. 변경된 각 파일을 표시합니다. 그런 다음 파일을 클릭하여 파일 변경 내용을 자세히 볼 수 있습니다.

필자의 경우 이것은 충돌 해결을 저 지르지 않아 발생했습니다.

git pull명령 을 실행하여 문제점이 발생했습니다 . 원산지 변경으로 인해 로컬 리포지토리와 충돌이 발생하여 해결했습니다. 그러나 나는 그들을 저 지르지 않았다. 이 시점의 해결책은 변경 사항을 git commit확인 하는 것입니다 ( 해결 된 파일).

충돌을 해결 한 후 일부 파일도 git status수정 한 경우이 명령은 로컬 수정 사항을 준비되지 않은 로컬 수정으로 표시하고 병합 해결을 준비된 로컬 수정으로 표시합니다. 먼저 병합에서 변경 사항을 커밋 git commit한 다음 평소와 같이 스테이지되지 않은 변경 사항을 추가하고 커밋하여 (예 :에 의해 git commit -a) 이를 올바르게 해결할 수 있습니다 .

다음을 사용하여 이미 푸시 된 커밋의 마지막 커밋 메시지를 편집하려고 할 때 동일한 메시지 가 나타났습니다. 문제를 git commit --amend -m "New message" 사용 git push --force-with-lease repo_name branch_name하지 않고 변경 사항을 푸시했을 때 .

지점 A를 기반으로 지점을 만들 때이 문제를 해결했습니다.

git checkout -b a

그런 다음 분기 a의 업 스트림을 원점 B로 설정했습니다.

git branch -u origin/B

그런 다음 위의 오류 메시지가 나타납니다.

나를 위해이 문제를 해결하는 한 가지 방법은

• 지점 삭제
• 에 의해 새로운 지점 b를 만듭니다

git checkout -b b origin/B