2014-04-10 4 views
2

BitBucket Backup을 사용하여 팀의 저장소를 로컬로 백업합니다.BitbucketBackup - Git에서 빨리 감기가 아닌 오류 가져 오기

잘 작동합니다. (CVS와 SVN에서 나온) 오래된 저장소를 정리하고 있었고 그 과정에서 bitbucket에 리포지토리를 리베이스 했었습니다.

결과적으로 Bitbucket Backup이 로컬 복사본을 업데이트하지 않습니다.

git fetch <repo url> refs/heads/*:refs/heads/* refs/tags/*:refs/tags/* 명령을 사용합니다.

그것은 에러 실패

[거부] 마스터 -> 마스터 (비 - 고속 감기)

총 말이

하고 인간 사용자 괜찮을 것 그러나 어쨌든 나는 그것이 단지 로컬 저장소를 죽이고 단지 처음부터 모든것을 다운로드하기 위해 non-fast-forward 에러를 얻었을 때 git fetch에게 말해야 할 필요가있다.

git fetch에 대한 옵션이 있습니까?

그렇지 않으면 Bitbucket Backup에서 문제를 감지하고 직접 폴더를 정리해야합니다 (하지만 더 복잡 할 것입니다).

감사합니다.

답변

2

예, 해당 옵션은 --force (또는 단지 -f)입니다. the doc 인용 : git fetch<rbranch>:<lbranch> refspec와 함께 사용

, 그것은 갱신이 가져 오는 <rbranch><lbranch>의 후손 인 원격 지사하지 않는 로컬 지점 <lbranch>에 거부합니다. 이 옵션은 수표보다 우선합니다.

+0

나는 그것을 성공적으로 끝냈다. 그러나 나는 그것이 끝내기를 강요한다는 것을 믿는다. 방금 다시 테스트했습니다. 삭제 한 항목은 저장소에 남아 있습니다. 따라서 bitbucket의 정확한 복제본이 아닌 백업으로 끝납니다 (좋지 않음). – rufo

+0

죄송합니다, 내가 여기에서 당신을 따라 오는지 확신하지 못합니다 : 당신이 그들을 삭제 했음에도 불구하고 그 repo에 남아있는 '것들'은 무엇입니까? 파일이 아니기 때문에,'fetch' 자체가 작업 카피를 갱신하지 않기 때문에 생각합니다; 나중에 체크 아웃해야합니다. – raina77ow

+1

것 = 가지. 내 코드를 리베이스하기 전에 내가 삭제 한 몇 가지 대치가있었습니다. 이러한 지점은 백업 저장소에 있습니다 (즉, 빨리 감기가 아니기 때문에 실패했습니다). --force 옵션을 사용하고 결과 저장소를 bitbucket (테스트 할 새 저장소)에 업로드 한 후 ... 오래된/삭제 된 분기를 가져옵니다. BTW : 이것은 맨손 저장소 (작업 복사본 없음)입니다. – rufo

관련 문제