2012-04-03 13 views
6

Tengo un sistema de copia de seguridad simple donde un clon git creado usando --bare (pudo haber sido --mirror) ejecuta git fetch cada hora. La idea es que si algo sucede con mis copias de trabajo, tenga una copia de seguridad de mi trabajo en el clon.git fetch "no se puede encontrar" "objeto ... no encontrado" errores para stash

Este sistema funciona muy bien, pero estoy recibiendo un error cuando corro git fetch:

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

Cuando miro en el repositorio original para el objeto, que es un escondite:

$ 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 

Parece que la búsqueda es mayormente exitosa; git log <branch> muestra las ramas actualizadas. Pero los errores son molestos. ¿Cómo me deshago de ellos? ¿Cómo evito que se repitan?

Tenga en cuenta que esta pregunta es diferente de this one donde alguien realmente quiere buscar un escondite. No me importa si mis comandos git fetch obtienen escondites; está bien si no lo hacen.

EDIT: se solicitó a la salida completa de 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 

He cambiado de nombre en la salida de ocultar información privada y eliminado todos menos uno de los "[al día]" líneas - hay docenas de ellos, uno para cada rama en el repositorio.

Además, mi control remoto está en el sistema de archivos local; no se está accediendo a través de la red.

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

qué * * siempre fallan cuando hay un alijo? tal vez una salida detallada de 'git fetch' ayudaría, porque es extraño – CharlesB

+0

@CharlesB: no estoy seguro si siempre falla con un alijo; Tendría que hacer algunas pruebas más extensas. La salida 'git fetch' suministrada es la salida total del comando. –

+0

puede tener una salida más detallada con 'git fetch --verbose' – CharlesB

Respuesta

Cuestiones relacionadas