Eu já dei uma olhada em todas as perguntas semelhantes. No entanto, verifiquei novamente e algo estranho está definitivamente acontecendo.

Em um servidor (Solaris com Git 1.8.1), clonei o repositório Git e copiei a pasta .git nos meus arquivos ativos existentes. Isso funcionou perfeitamente, eu poderia correr

git status

então

git diff [filename]

para verificar os arquivos diferentes.

Em outro servidor (Solaris com Git 1.7.6), estou fazendo exatamente o mesmo, no entanto

git diff [filename]

não mostra nada, mesmo que o conteúdo do arquivo seja definitivamente diferente. Também testei a adição de um novo arquivo, o comprometimento e a edição. O mesmo problema, git statusmostra o arquivo como alterado, mas git diffnão mostra nada. Se eu baixar o arquivo alterado e executar um diff localmente, obterei a saída do diff.

Eu adicionei o arquivo ao índice :

git add file_name

e depois correu:

git diff --cached file_name

Você pode ver a descrição do git diff aqui .

Se você precisar desfazer seu git add, veja aqui: Como desfazer o 'git add' antes de confirmar?

Existem algumas razões pelas quais git statuspode mostrar uma diferença, mas git difftalvez não.

• O modo (bits de permissão) do arquivo foi alterado - por exemplo, de 777 para 700.

• O estilo de avanço de linha mudou de CRLF (DOS) para LF (UNIX)

A maneira mais fácil de descobrir o que aconteceu é executar git format-patch HEAD^e ver o que o patch gerado diz.

Para mim, tinha algo a ver com permissões de arquivo. Alguém com Mac / Linux no meu projeto parece confirmar alguns arquivos com permissões não padrão que meu cliente git do Windows não conseguiu reproduzir. A solução para mim foi dizer ao git para ignorar as permissões de arquivo:

git config core.fileMode false

Outro insight: como faço para o Git ignorar alterações no modo de arquivo (chmod)?

Eu tive um problema em que centenas de terminações de linha foram modificadas por algum programa e git difflistaram todos os arquivos de origem como alterados. Depois de corrigir as terminações de linha, git statusainda listamos os arquivos como modificados.

Consegui corrigir esse problema adicionando todos os arquivos ao índice e redefinindo o índice.

git add -A
git reset

core.filemode foi definido como falso.

Eu suspeito que há algo errado com sua instalação do Git ou seu repositório.

Tente executar:

GIT_TRACE=2 git <command>

Veja se você obtém algo útil. Se isso não ajudar, basta usar strace e ver o que está errado:

strace git <command>

Eu tive um problema semelhante: git diffmostraria diferenças, mas git diff <filename>não mostraria. Aconteceu que eu defini LESSuma string incluindo -F( --quit-if-one-screen). A remoção desse sinalizador resolveu o problema.

Como já observado em uma resposta anterior , essa situação pode surgir devido a problemas de final de linha (CR / LF vs. LF). Resolvi esse problema (na versão 2.22.0 do Git) com este comando:

git add --renormalize .

De acordo com o 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.

Resposta curta

Corrida git add às vezes ajuda.

Exemplo

O status do Git está mostrando os arquivos alterados e o diff do git não está mostrando 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
> 

... executar git add resolve a inconsistência.

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

Eu encontrei este problema. Meu caso foi semelhante ao do LESSassunto postado por rcwxok .

No meu caso, defino a PAGERvariável de ambiente comoPAGER='less -RSF' .

No entanto, ao contrário das respostas anteriores, eu não queria remover a -Fopção, porque eu a coloquei explicitamente na esperança de impedir a exibição do diff emless se for menor que uma tela.

Para obter o resultado desejado, em vez de remover -F, acrescentei -X: PAGER='less -RSFX'. Isso resolveu o git diffproblema e, além disso, evita mostrar diferenças curtas com less.

Acabei de executar em um problema semelhante. git diff filenão mostrou nada porque eu adicionei o arquivo ao índice Git com uma parte do nome em maiúsculas:GeoJSONContainer.js .

Depois, renomeei o nome para GeoJsonContainer.jse as alterações deixaram de ser rastreadas. git diff GeoJsonContainer.jsnão estava mostrando nada. Eu tive que remover o arquivo do índice com um sinalizador de força e adicionar o arquivo novamente:

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

Você realmente não fez uma pergunta real, mas como esse é um caso de uso geral, estou usando com bastante frequência, eis o que faço. Você pode tentar fazer isso sozinho e ver se o erro persiste.

Minha suposição no seu caso de uso:

Você tem um diretório existente contendo arquivos e diretórios e agora deseja convertê-lo em um repositório Git que é clonado de algum outro lugar sem alterar nenhum dado no diretório atual.

Existem realmente duas maneiras.

.gitRepo clone - mv - git reset --hard

Este método foi o que você fez - para clonar o repositório existente em um diretório vazio e depois mover o .gitdiretório para o diretório de destino. Para trabalhar sem problemas, isso geralmente exige que você execute

git reset --hard

No entanto, isso mudaria o estado dos arquivos no diretório atual. Você pode tentar isso em uma cópia completa / rsync do seu diretório e estudar o que muda. Pelo menos depois, você não deverá mais ver discrepâncias entre git loge status.

Init new repository - apontar para a origem

O segundo é menos perturbador: cdpara o seu destino e inicie um novo repositório com

git init

Então você diz ao novo repositório que ele tem um ancestral em outro lugar:

git remote add origin original_git_repo_path

Então com segurança

git fetch origin master

copiar sobre os dados sem alterar seus arquivos locais. Tudo deve estar bem agora.

Eu sempre recomendo a segunda maneira de ser menos propenso a erros.

Eu me deparei com esse problema novamente. Mas desta vez ocorreu por um motivo diferente. Eu copiei os arquivos no repositório para substituir as versões anteriores. Agora posso ver os arquivos modificados, mas o diff não retorna os diffs.

Por exemplo, eu tenho um arquivo mainpage.xaml. No Explorador de Arquivos, colei um novo arquivo mainpage.xaml no arquivo repo atual. Fiz o trabalho em outra máquina e colei o arquivo aqui.

O arquivo mostra modificado, mas quando executo o git diff, ele não mostra as alterações. Provavelmente porque o arquivo info do arquivo mudou e o git sabe que não é realmente o mesmo arquivo. Interessante.

Você pode ver que, quando executo diff no arquivo, ele não mostra nada, apenas retorna o prompt.

Eu tive o mesmo problema descrito da seguinte maneira: Se eu digitar

$ git diff

O Git simplesmente retornou ao prompt sem erros.

Se eu digitasse

$ git diff <filename>

O Git simplesmente retornou ao prompt sem erros.

Finalmente, lendo ao redor, notei que git diffrealmente exige mingw64\bin\diff.exeque o trabalho seja feito.

Aqui está o acordo. Estou executando o Windows e havia instalado outro utilitário Bash e ele mudou meu caminho para não apontar mais para o diretório mingw64 \ bin .

Então, se você digitar:

git diff

e ele retorna ao prompt que você pode ter esse problema.

O diff.exe real, que é executado, gitestá localizado no diretório mingw64 \ bin

Por fim, para corrigir isso, copiei meu mingw64\bindiretório para o local em que o Git estava procurando. Tentei e ainda não funcionava.

Então, fechei minha janela do Git Bash e a abri novamente, fui para o mesmo repositório que estava falhando e agora funciona.