2012-04-03 1 views
6

У меня есть простая система резервного копирования, в которой git-клон, созданный с использованием --bare (это могло быть --mirror), запускает git fetch каждый час. Идея состоит в том, что, если что-то случается с моими рабочими копиями, у меня есть резервная копия моей работы в клоне.git fetch «не удалось найти» «объект ... не найден» ошибки для тайника

Эта система прекрасно работает, но я получаю сообщение об ошибке, когда я бегу git fetch:

$ git fetch 
remote: Total 0 (delta 0), reused 0 (delta 0) 
error: unable to find 2a8c978c41c362c3f0c42775c9124780a0e71e08 
fatal: object 2a8c978c41c362c3f0c42775c9124780a0e71e08 not found 

Когда я смотрю в исходном хранилище для объекта, это притон:

$ git show 2a8c978c41 
commit 2a8c978c41c362c3f0c42775c9124780a0e71e08 
Merge: 808f6e4 ddc28da 
Author: Russell Silva <[email protected]> 
Date: Wed Feb 29 10:19:26 2012 
    WIP on experimental: 808f6e4 blah blah blah 

Похоже, что выборка в основном успешна; git log <branch> - это современные филиалы. Но ошибки надоедливые. Как я могу избавиться от них? Как удержать их от повторения?

Обратите внимание, что этот вопрос отличается от this one, когда кто-то на самом деле хочет получить прикрытие. Меня не волнует, если мои команды git fetch извлекают заготовки; это нормально, если они этого не делают.

EDIT: полный выход git fetch --verbose был предложен:

$ git fetch --verbose 
remote: Total 0 (delta 0), reused 0 (delta 0) 
From /home/russell/work/russells-project 
= [up to date]  some-branch -> some-branch 
error: unable to find 2a8c978c41c362c3f0c42775c9124780a0e71e08 
fatal: object 2a8c978c41c362c3f0c42775c9124780a0e71e08 not found 

Я изменил имена в выходных данных, чтобы скрыть личную информацию и устранить все, кроме одного из «[до даты]» линий - есть десятки из них, по одному для каждой ветки в репозитории.

Кроме того, мой удаленный компьютер находится в локальной файловой системе; он не доступен по сети.

$ git remote --verbose 
origin /home/russell/work/russells-project (fetch) 
origin /home/russell/work/russells-project (push) 
+0

это * всегда * терпят неудачу, когда есть заначка? возможно, подробный вывод 'git fetch' поможет, потому что это странно – CharlesB

+0

@CharlesB: Я не уверен, что он всегда терпит неудачу с приложением; Мне пришлось бы провести еще более обширное тестирование. Поставляемый вывод git fetch - это общий вывод команды. –

+0

у вас может быть более подробный вывод с 'git fetch --verbose' – CharlesB

ответ

 Смежные вопросы

  • Нет связанных вопросов^_^