estado de git para el repositorio clonado muestra el archivo eliminado

Question

He migrado un repositorio cvs al repositorio git y está en el servidor. En mi local intenté clonar ese repositorio. Se clonó. Pero cuando revisé el estado de git, se muestra el resultado de la siguiente manera, por ejemplo.

$ cd FMS_RE_ENGG/ 

$ git status 


# deleted: FMS_RE_ENGG/Gemfile 
# deleted: FMS_RE_ENGG/Gemfile.lock 
# deleted: FMS_RE_ENGG/PACKAGING/CONFIG/fms-frontend.ini 
# deleted: FMS_RE_ENGG/PACKAGING/DEBIAN/postinst 
# deleted: FMS_RE_ENGG/PACKAGING/DEBIAN/postrm 
# deleted: FMS_RE_ENGG/PACKAGING/DEBIAN/preinst 
# deleted: FMS_RE_ENGG/PACKAGING/DEBIAN/prerm 
# deleted: FMS_RE_ENGG/PACKAGING/DEBIAN/templates 

etc.,

¿Cuál es el problema? ¿Por qué no obtuve los archivos fuente? Si ejecuté el proceso de recuperación de git FMS_RE_ENGG después de clonarlo, entonces puedo obtenerlo. ¿Por qué no está dando los archivos de origen en el momento de la clonación?

Answer 1

Si he entendido bien, supongo que está impidiendo el repositorio a través de un dominio básico clon como

git clone gitRepositoryLink 

Cuando se ejecuta:

git checkout FMS_RE_ENGG 

esto es retirar una rama diferente dentro de su Repositorio de GIT Si sus archivos fuente son parte de la rama FMS_RE_ENGG pero no de la rama principal, cuando clone el repositorio no verá los archivos fuente, porque no está trabajando en la rama FMS_RE_ENGG.

Answer 2

¿Qué le muestra git branch -a después de completar la clonación? El problema podría ser que git clone pregunta al control remoto qué rama tiene como su rama actual y lo refleja en el repositorio clonado (su local).

Supuestamente, o bien su herramienta de conversión atornilló algo o el repositorio remoto está de alguna manera atornillado con respecto a su idea acerca de su rama activa.

Necesitamos más información de su parte para hacer mejores suposiciones.

Answer 3

Probablemente han utilizado git fast-import para llenar el depósito con los datos cvs. Esto modificará las estructuras de datos dentro de sus subdirectorios .git, pero no creará una salida funcional.

Así estado de git "piensa" que ha eliminado TODOS sus archivos y que la próxima confirmación los eliminará del repositorio.

Acaba de hacer git reset --hard para restablecer su copia de trabajo a un pago limpio desde su rama principal.