Git no limpiará el tree de trabajo – Cómo diagnosticar

Tengo un repository local y lo he sacado de varios controles remotos. Estoy descubriendo que tengo unos 15 files que se modifican. Algunos de ellos provienen de un control remoto y otros, aunque no estoy seguro, pueden haber sido modificados antes de tirar desde un control remoto, pero nunca se han confirmado (o bien fueron modificados y confirmados localmente, pero luego se modificaron mediante un tirón )

El problema es que no sé cómo empezar a pensar qué pasó con estos files que no se eliminan cuando hago un reinicio de git: hard HEAD. Intenté enviarlos y luego volver a establecer la base del compromiso, pero los files simplemente vuelven a aparecer en el tree de trabajo. Entonces parece que Git no me va a dejar deshacerse de ellos. Si comparo con la base, no veo ninguna diferencia. Pensé que podrían ser finales de línea pero mi prog diff / merge indica que las terminaciones de línea son todas iguales (crlf).

Entonces, ¿cómo hago para averiguar por qué git no me deja deshacerme de ellos?

¿Está en Windows? Si es así, puede deberse a un caso de nombre de file.

Si no lo es, muestra el git status .

¿Estás seguro de que los files están modificados y no comprometidos frente a no rastreados? Los files no rastreados pueden aparecer si git reset HEAD^ donde HEAD fue un commit que creó el file originalmente.

Alguien podría estar presionando a su repository y así modificar los files en el disco porque no es un repository falso. Asegúrese de que nadie pueda acceder a sus files para descartar esta posibilidad.

verificar configuration

Ruta git.exe

incorrecto ⇒ C: \ xxxx \ Git \ bin

corregir ⇒ C: \ Archivos de progtwig \ Git \ bin

Después de que hagas el git reset --hard HEAD , tienes que hacer el git checkout