Verificar un repository de git (Stash) restaurar

Tenemos planes de recuperación de desastres que significan que tomamos una copy de security de nuestra installation de git (Atlassian Stash en nuestro caso) y la restauramos en un server de testing para verificar que la copy de security fue buena. Si el process de restauración falla, entonces tenemos un problema, pero nos preguntamos si podemos ir un poco más lejos cuando la restauración sea exitosa y verificar los repositorys restaurados.

¿Sería una buena idea usar git fsck aquí? Al ejecutarlo localmente cuando un desarrollador arroja algunos objects colgantes o inalcanzables, creo que esto es algo normal que sucede. Pero en un nuevo git clone no debería haber problemas, ¿verdad? Entonces, si fsck tenía errores, ¿estamos teniendo un mal momento?

Como segunda opción, también podríamos apuntar a nuestro server de CI en un repository restaurado y hacer que construya y ejecute testings. Como nuestra twig principal siempre debería ser saludable, cualquier falla en la construcción indicaría un problema.

¿Alguna otra idea sobre la verificación de un repository es buena y saludable?

Gog

  1. Puede usar los commands en esta pregunta SO para verificar que su local y remoto sean los mismos. Solo itere a través de cada twig y verifique que sean iguales

  2. En caso de que su copy de security solo haga una copy de security del repository simple, puede hacer un command diff unix para verificar que su copy de security sea buena.