Saya sudah melihat semua pertanyaan serupa. Namun, saya sudah mengecek ulang dan sesuatu yang aneh pasti terjadi.

Pada satu server (Solaris dengan Git 1.8.1) Saya mengkloning repositori Git kemudian menyalin folder .git ke file live saya yang ada. Ini bekerja dengan sempurna, saya bisa berlari

git status

kemudian

git diff [filename]

untuk memeriksa file yang berbeda.

Di server lain (Solaris dengan Git 1.7.6) saya melakukan hal yang persis sama

git diff [filename]

tidak menunjukkan apa-apa, bahkan jika isi file jelas berbeda. Saya juga telah menguji menambahkan file baru, melakukan itu, dan kemudian mengedit. Masalah yang sama, git statusmenunjukkan file yang diubah, tetapi git difftidak menunjukkan apa-apa. Jika saya mengunduh file yang diubah dan menjalankan diff secara lokal maka saya mendapatkan output diff.

Saya menambahkan file ke indeks :

git add file_name

dan kemudian berlari:

git diff --cached file_name

Anda dapat melihat deskripsi git diff di sini .

Jika Anda ingin membatalkan git add, silakan lihat di sini: Bagaimana cara membatalkan 'git add' sebelum melakukan?

Ada beberapa alasan mengapa git statusmungkin menunjukkan perbedaan tetapi git diffmungkin tidak.

• Mode (bit izin) file berubah-- misalnya, dari 777 menjadi 700.

• Gaya umpan baris diubah dari CRLF (DOS) ke LF (UNIX)

Cara termudah untuk mengetahui apa yang terjadi adalah menjalankan git format-patch HEAD^dan melihat apa yang dikatakan patch yang dihasilkan.

Bagi saya, itu ada hubungannya dengan izin file. Seseorang dengan Mac / Linux di proyek saya tampaknya melakukan beberapa file dengan izin non-standar yang gagal mereproduksi klien Windows git saya. Solusi bagi saya adalah memberi tahu git untuk mengabaikan izin file:

git config core.fileMode false

Wawasan lain: Bagaimana cara saya membuat Git mengabaikan file mode (chmod) berubah?

Saya memiliki masalah ketika ratusan ujung baris dimodifikasi oleh beberapa program dan git diffmencantumkan semua file sumber sebagai diubah. Setelah memperbaiki akhir baris, git statusmasih terdaftar file yang diubah.

Saya bisa memperbaiki masalah ini dengan menambahkan semua file ke indeks dan kemudian mengatur ulang indeks.

git add -A
git reset

core.filemode disetel ke false.

Saya menduga ada sesuatu yang salah dengan instalasi Git Anda atau repositori Anda.

Coba jalankan:

GIT_TRACE=2 git <command>

Lihat apakah Anda mendapatkan sesuatu yang bermanfaat. Jika itu tidak membantu, cukup gunakan strace dan lihat apa yang salah:

strace git <command>

Saya memiliki masalah yang sama: git diffakan menunjukkan perbedaan, tetapi git diff <filename>tidak. Ternyata saya mengatur LESSke string termasuk -F( --quit-if-one-screen). Menghapus bendera itu memecahkan masalah.

Seperti yang sudah disebutkan dalam jawaban sebelumnya , situasi ini mungkin timbul karena masalah akhir baris (CR / LF vs LF). Saya memecahkan masalah ini (di bawah Git versi 2.22.0) dengan perintah ini:

git add --renormalize .

Menurut 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.

Jawaban singkat

Berlari git addterkadang membantu.

Contoh

Status git menunjukkan file yang diubah dan git diff tidak menunjukkan apa-apa ...

> 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
> 

... menjalankan git add menyelesaikan ketidakkonsistenan.

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

Saya mengalami masalah ini. Kasus saya adalah mirip dengan yang LESSmasalah diposting oleh rcwxok .

Dalam kasus saya, saya mengatur PAGERvariabel lingkungan ke PAGER='less -RSF'.

Namun, tidak seperti jawaban sebelumnya, saya tidak ingin menghapus -Fopsi, karena saya secara eksplisit meletakkannya di sana berharap untuk mencegah menampilkan diff lessjika itu lebih pendek daripada screenful.

Untuk mendapatkan hasil yang diinginkan, bukan menghapusnya -F, saya menambahkan -X: PAGER='less -RSFX'. Ini keduanya memecahkan git diffmasalah dan juga mencegah menampilkan perbedaan pendek less.

Saya baru saja menjalankan masalah serupa. git diff filetidak menunjukkan apa-apa karena saya menambahkan file ke indeks Git dengan beberapa bagian namanya dalam huruf besar:GeoJSONContainer.js .

Setelah itu, saya menamainya menjadi GeoJsonContainer.jsdan perubahan berhenti dilacak. git diff GeoJsonContainer.jstidak menunjukkan apa-apa. Saya harus menghapus file dari indeks dengan flag kekuatan, dan menambahkan file lagi:

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

Anda tidak benar-benar mengajukan pertanyaan yang sebenarnya, tetapi karena ini adalah kasus penggunaan umum, saya cukup sering menggunakan inilah yang saya lakukan. Anda dapat mencoba ini sendiri dan melihat apakah kesalahan berlanjut.

Asumsi saya tentang kasus penggunaan Anda:

Anda memiliki direktori yang sudah ada yang berisi file dan direktori dan sekarang ingin mengubahnya menjadi repositori Git yang dikloning dari tempat lain tanpa mengubah data apa pun di direktori Anda saat ini.

Sebenarnya ada dua cara.

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

Metode ini adalah apa yang Anda lakukan - untuk mengkloning repositori yang ada ke direktori kosong, lalu memindahkan .gitdirektori ke direktori tujuan. Untuk bekerja tanpa masalah, ini biasanya mengharuskan Anda untuk menjalankannya

git reset --hard

Namun, itu akan mengubah status file di direktori Anda saat ini. Anda dapat mencoba ini pada salinan lengkap / rsync dari direktori Anda dan pelajari perubahannya. Setidaknya setelah itu Anda tidak akan lagi melihat perbedaan antara git logdan status.

Dapatkan repositori baru - arahkan ke asal

Yang kedua kurang mengganggu: cdke tujuan Anda, dan mulai repositori baru dengan

git init

Kemudian Anda memberi tahu repositori baru itu, bahwa ia memiliki leluhur di tempat lain:

git remote add origin original_git_repo_path

Maka aman

git fetch origin master

untuk menyalin data tanpa mengubah file lokal Anda. Semuanya harus baik-baik saja sekarang.

Saya selalu merekomendasikan cara kedua agar tidak terlalu rentan kesalahan.

Saya menemukan masalah ini lagi. Tetapi kali ini terjadi karena alasan yang berbeda. Saya telah menyalin file ke repo untuk menimpa versi sebelumnya. Sekarang saya dapat melihat file-file tersebut dimodifikasi tetapi diff tidak mengembalikan diff.

Sebagai contoh, saya memiliki file mainpage.xaml. Di File Explorer saya menempelkan file mainpage.xaml baru di atas yang ada di repo saya saat ini. Saya melakukan pekerjaan di komputer lain dan hanya menempelkan file di sini.

File menunjukkan dimodifikasi, tetapi ketika saya menjalankan git diff, itu tidak akan menampilkan perubahan. Itu mungkin karena fileinfo pada file telah berubah dan git tahu bahwa itu sebenarnya bukan file yang sama. Menarik.

Anda dapat melihat bahwa ketika saya menjalankan diff pada file itu tidak menunjukkan apa-apa, hanya mengembalikan prompt.

Saya memiliki masalah yang sama dijelaskan dengan cara berikut: Jika saya mengetik

$ git diff

Git hanya kembali ke prompt tanpa kesalahan.

Jika saya mengetik

$ git diff <filename>

Git hanya kembali ke prompt tanpa kesalahan.

Akhirnya, dengan membaca sekitar saya perhatikan bahwa git diffsebenarnya memanggil mingw64\bin\diff.exeuntuk melakukan pekerjaan.

Ini kesepakatannya. Saya menjalankan Windows dan telah menginstal utilitas Bash lain dan itu mengubah jalur saya sehingga tidak lagi menunjuk ke direktori mingw64 \ bin saya .

Jadi, jika Anda mengetik:

git diff

dan itu hanya kembali ke prompt Anda mungkin memiliki masalah ini.

Diff.exe aktual yang dijalankan oleh gitterletak di direktori mingw64 \ bin Anda

Akhirnya, untuk memperbaikinya, saya benar-benar menyalin mingw64\bindirektori saya ke lokasi yang dicari Git. Saya mencobanya dan masih tidak berhasil.

Kemudian, saya menutup jendela Git Bash saya dan membukanya lagi pergi ke repositori yang sama yang gagal dan sekarang berfungsi.