He echado un vistazo a todas las preguntas similares. Sin embargo, lo he verificado dos veces y definitivamente algo extraño está sucediendo.

En un servidor (Solaris con Git 1.8.1) cloné el repositorio de Git y luego copié la carpeta .git en mis archivos vivos existentes. Esto funcionó perfectamente, podría correr

git status

luego

git diff [filename]

para verificar cualquier archivo que fuera diferente.

Sin embargo, en otro servidor (Solaris con Git 1.7.6) estoy haciendo exactamente lo mismo

git diff [filename]

no muestra nada, incluso si el contenido del archivo es definitivamente diferente. También probé agregar un nuevo archivo, confirmarlo y luego editarlo. El mismo problema git statusmuestra el archivo modificado, pero git diffno muestra nada. Si descargo el archivo modificado y ejecuto un diff localmente, obtengo un resultado de diff.

Agregué el archivo al índice :

git add file_name

y luego corrió:

git diff --cached file_name

Puedes ver la descripción de git diff aquí .

Si necesita deshacer su git add, consulte aquí: ¿Cómo deshacer 'git add' antes de confirmar?

Hay algunas razones por las cuales git statuspodría mostrar una diferencia, pero git diffpodría no serlo.

• El modo (bits de permiso) del archivo cambió, por ejemplo, de 777 a 700.

• El estilo de avance de línea cambió de CRLF (DOS) a LF (UNIX)

La forma más fácil de averiguar qué sucedió es ejecutar git format-patch HEAD^y ver qué dice el parche generado.

Para mí, tenía algo que ver con los permisos de archivo. Alguien con Mac / Linux en mi proyecto parece confirmar algunos archivos con permisos no predeterminados que mi cliente git de Windows no pudo reproducir. La solución para mí fue decirle a git que ignore los permisos de archivo:

git config core.fileMode false

Otra información: ¿Cómo hago que Git ignore los cambios en el modo de archivo (chmod)?

Tuve un problema en el que un programa modificó cientos de finales de línea y git diffenumeró todos los archivos de origen como modificados. Después de arreglar las terminaciones de línea, git statustodavía se enumeran los archivos como modificados.

Pude solucionar este problema agregando todos los archivos al índice y luego restableciendo el índice.

git add -A
git reset

core.filemode se estableció en falso.

Sospecho que hay algo mal, ya sea con su instalación de Git o su repositorio.

Intenta correr:

GIT_TRACE=2 git <command>

Mira si obtienes algo útil. Si eso no ayuda, solo usa strace y mira qué está pasando:

strace git <command>

Tuve un problema similar: git diffmostraría diferencias, pero git diff <filename>no lo haría. Resultó que configuré LESSuna cadena que incluye -F( --quit-if-one-screen). Eliminar esa bandera resolvió el problema.

Como ya se señaló en una respuesta anterior , esta situación puede surgir debido a problemas de final de línea (CR / LF vs. LF). Resolví este problema (bajo Git versión 2.22.0) con este comando:

git add --renormalize .

De acuerdo con el manual:

       --renormalize
           Apply the "clean" process freshly to all tracked files to
           forcibly add them again to the index. This is useful after
           changing core.autocrlf configuration or the text attribute in
           order to correct files added with wrong CRLF/LF line endings.
           This option implies -u.

Respuesta corta

Correr a git addveces ayuda.

Ejemplo

El estado de Git muestra archivos modificados y git diff no muestra nada ...

> git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   package.json

no changes added to commit (use "git add" and/or "git commit -a")
> git diff
> 

... ejecutar git add resuelve la inconsistencia.

> git add
> git status
On branch master
nothing to commit, working directory clean
> 

Me encontré con este problema. Mi caso fue similar a la LESScuestión Publicado por rcwxok .

En mi caso, configuré la PAGERvariable de entorno en PAGER='less -RSF'.

Sin embargo, a diferencia de las respuestas anteriores, no quería eliminar la -Fopción, porque la puse explícitamente allí con la esperanza de evitar mostrar la diferencia lesssi es más corta que una pantalla completa.

Para obtener el resultado deseado, en lugar de eliminar -F, añadí -X: PAGER='less -RSFX'. Esto resolvió el git diffproblema y, además, evita mostrar diferencias cortas con less.

Acabo de correr en un problema similar. git diff filemostró nada porque añadí archivo en el índice de Git con alguna parte de su nombre en mayúsculas: GeoJSONContainer.js.

Luego, le cambié el nombre GeoJsonContainer.jsy los cambios dejaron de ser rastreados. git diff GeoJsonContainer.jsNo estaba mostrando nada. Tuve que eliminar el archivo del índice con un indicador de fuerza y ​​agregar el archivo nuevamente:

git rm -f GeoJSONContainer.js
git add GeoJSONContainer.js

Realmente no hizo una pregunta real, pero dado que este es un caso de uso general que uso con bastante frecuencia, esto es lo que hago. Puede intentarlo usted mismo y ver si el error persiste.

Mi suposición sobre su caso de uso:

Tiene un directorio existente que contiene archivos y directorios y ahora desea convertirlo en un repositorio Git que se clone desde otro lugar sin cambiar ningún dato en su directorio actual.

Realmente hay dos formas.

Clone repo - mv .git- git reset --hard

Este método es lo que hizo: clonar el repositorio existente en un directorio vacío y luego mover el .gitdirectorio al directorio de destino. Para trabajar sin problemas, esto generalmente requiere que ejecute

git reset --hard

Sin embargo, eso cambiaría el estado de los archivos en su directorio actual. Puede probar esto en una copia completa / rsync de su directorio y estudiar qué cambios. Al menos después ya no debería ver discrepancias entre git logy status.

Init nuevo repositorio - punto de origen

El segundo es menos perturbador: cden su destino, y comience un nuevo repositorio con

git init

Luego le dices a ese nuevo repositorio, que tiene un antepasado en otro lugar:

git remote add origin original_git_repo_path

Entonces con seguridad

git fetch origin master

copiar sobre los datos sin cambiar sus archivos locales. Todo debería estar bien ahora.

Siempre recomiendo la segunda forma por ser menos propenso a errores.

Me topé con este problema nuevamente. Pero esta vez ocurrió por una razón diferente. Había copiado archivos en el repositorio para sobrescribir las versiones anteriores. Ahora puedo ver que los archivos se modifican pero diff no devuelve los diffs.

Por ejemplo, tengo un archivo mainpage.xaml. En File Explorer, pegué un nuevo archivo mainpage.xaml sobre el de mi repositorio actual. Hice el trabajo en otra máquina y acabo de pegar el archivo aquí.

El archivo se muestra modificado, pero cuando ejecuto git diff, no mostrará los cambios. Probablemente sea porque la información de archivo en el archivo ha cambiado y git sabe que no es realmente el mismo archivo. Interesante.

Puede ver que cuando ejecuto diff en el archivo no muestra nada, solo devuelve el mensaje.

Tuve este mismo problema descrito de la siguiente manera: si escribí

$ git diff

Git simplemente regresó a la solicitud sin error.

Si escribiera

$ git diff <filename>

Git simplemente regresó a la solicitud sin error.

Finalmente, al leer, noté que en git diffrealidad llama mingw64\bin\diff.exeal hacer el trabajo.

Aquí está el trato. Estoy ejecutando Windows, instalé otra utilidad Bash y cambió mi ruta para que ya no apunte a mi directorio mingw64 \ bin .

Entonces, si escribe:

git diff

y solo vuelve a la indicación de que puede tener este problema.

El diff.exe real que ejecuta gitse encuentra en su directorio mingw64 \ bin

Finalmente, para solucionar esto, copié mi mingw64\bindirectorio en la ubicación en la que Git lo estaba buscando. Lo probé y todavía no funcionaba.

Luego, cerré mi ventana de Git Bash y la abrí nuevamente, fui a mi mismo repositorio que estaba fallando y ahora funciona.