내 원본은 fixes과 fixes_v3 브랜치입니다. 제 고객은 fixes입니다. 나는 git pull git+ssh:/.../mygitrepo을하고 갑자기 내 고객에게 fixes_v3 코드가 모두 fixes 지점에 있습니다. 왜 지구상에 이런 일이 일어 났습니까? 이제 git pull ... mygitrepo fixes을 시도하고 최신 정보를 알려줍니다.잘못된 원격 지점에서 자식을 당깁니다
HEAD branch: fixes
Local refs configured for 'git push':
fixes pushes to fixes (fast-forwardable)
master pushes to master (up to date)
분명히 당신의 지점이 추적하는 거짓 리모컨 :
git remote show origin이 있습니다. 어떤 분기 원격 지점 fixes이 병합되는지 보려면 git remote show origin을 수행하십시오. 아마도 다음과 같이 말할 것입니다
fixes merges with remote fixes_v3
마지막 병합을 실행 취소 한 후에 적절히 조정하십시오.
그런 행운은 없습니다 - 편집을 참조하십시오. – djechlin
@djechlin, 편집 결과가'git pull'이 아니라'git push'에 대한 설정을 보여줍니다. – Shahbaz
@djechlin 이것은 당신 문제입니다. 당신의 repos는'pull'을 위해 설정되지 않았습니다. 'git pull repo'는'git fetch && git merge FETCH_HEAD'와 동일합니다. 여기서'FETCH_HEAD'는 알파벳 순으로 첫 번째 ref입니다. 여기있는 교훈은 아마도 구성하지 않고서는 안된다는 것입니다. – pmr
빠른 수정?
모든 로컬 커밋을 실행 취소합니다. 예 :
취소git branch fixes
에 대한
선택 지점 제거 지역 커밋 주제 분기 엉망 않았다 어떻게
git reset --hard origin/fixes
? 내 경우 , 나는 대상의 이름을 지정하지 않고 풀을 수행했던 : 로컬
cifs_support 분기 없었다
git pull origin cifs_support
때문에, origin/cifs_support에서 커밋 master에 추가되었습니다.
안전합니까?
번호 허용 대답에 조언을 사용하여 설정을 확인하십시오 가지 git pull 및 git push에 의해 영향을받는 볼 git remote show origin를 사용합니다. 지점 추적이 잘못된 경우 가능한 빨리 수정하십시오.
귀하의 질문에 대한 답을 모르겠지만, 아마도 나쁜 설정이지만, 저는 조언이 하나 있습니다. [git pull]하지 마십시오. (http://longair.net/blog/2009/04/16/git-fetch-and-merge/). 'git fetch'와'git merge'를 두 단계로 사용하면 병합중인 것을 볼 수 있습니다. – Shahbaz